Снова похоливарим - какое ваше мнение если надоело все желтое?

(82) ну это да, а в начале 2000х модно было на фряхе роутеры делать
только это не исключает того что поидее этим всем "специально обученный человек" должен заниматься

(83) бац бац и в продакшен? а ошибки потом в рантайме повываливаются - тогда и пофиксим

(78) + В области 1С (когда становилось скучно) - менял город жительства, сдавал на разные серты, менял работодателей, был франчем, был фри, был фикси. Сказать, что ничего не добился - не могу. А сейчас по совокупности факторов просто хочется чего-то другого.

(80) пришлось
но сейчас повторит сходу не смогу этот фокус.
а еще нужно было прописать маршрутизацию  для отдельного радиоканала и при необходимости переключать на проводной интернет канал.

(83) В чем его "классность"?

В чем его фишка, причем фишка полезная и используемая?

(88) (85) предлагаете подиспутировать на эту тему?
Я скажу по-другому - для разных задач нужен разный инструментарий.

(74) Объясни дочке такую конструкцию

template<typename T> void range_for(T const& t) { for(auto&& e : t) {} }

template<typename T, bool = false>
struct is_range_forable : std::false_type{};

template<typename T>
struct is_range_forable<T, __is_compiling__(  range_for(std::declval<T>()) )  : std::true_type{};

(90) Ой ну да, ахринительно.
Я привет для примера блок if, самый просто примитивный конструкт языка программирования.
А ты сравниваешь с шаблонами, структурами и передачей по ссылке.
Давай сюда еще разыменование указателей, динамическое выделение памяти и рекурсию с делегатами.
Не ну а чо?

(79) генту же, если чайник

(92) ок, спасибо!

(91) А что, конструкуцию
if(a==1)
  b = 2
else
  b = 3

Намного сложнее обяснить, чем
if(a==1) { b = 2} else {b=3}
?

Так это говорит только о твоих преподавательских способностях, а никак не о языке.

(92) (94)

<@insomnia> Нужно выполнить всего три команды, чтобы поставить Gentoo
<@insomnia> cfdisk /dev/hda && mkfs.xfs /dev/hda1 && mount /dev/hda1 /mnt/gentoo/ && chroot /mnt/gentoo/ && env-update && . /etc/profile && emerge sync && cd /usr/portage && scripts/bootsrap.sh && emerge system && emerge vim && vi /etc/fstab && emerge gentoo-dev-sources && cd /usr/src/linux && make menuconfig && make install modules_install && emerge gnome mozilla-firefox openoffice && emerge grub && cp /boot/grub/grub.conf.sample /boot/grub/grub.conf && vi /boot/grub/grub.conf && grub && init 6
<@insomnia> это первая

(95) его же цель разобраться ;) разберётся как только запустит))

(95) :) значит, это еще называется - просто) А в других дистрибутивах - еще сложнее)

(65) не уедет. Когда нужны масштабируемые мобильные приложения (овер дофига пользователей, от держателей слабеньких китайцев при плохом канале связи, до держателей флагманов, большие требования к безопасности и т.д.), выкидывают всякие прибамбасы новомодные, и пишут на чистом Java под андроид или чистом Swift под iOS.

масштабируемы приложения - это уже не андроид-иос, а бэкэнд

андроид - это аналог фронта

(95) лять....

(94) Сложнее.
Только не (94), а так.

x = 1

if (a==1):
   b = 2
   c = 10
   y = c + 1
elif (a==2):
   b = 3
   с = 4
else:
   b = 7
   с = 2
   y = b + c
  
x = 5


И теперь объяснить ребенку где начинается один блок кода, а где другой. Где блок заканчивается и как связаны последние 2 строчки кода. И как это все зависит от пробелов.

С фигурными скобками вся ясно и понятно - здесь начало, здесь конец.

(102) с отступами еще и нагляднее чем ебез них

(102) Мда... Поставь табсайзы в 8 и проблем не будет. А вообще - образное мышление ребёнка надо развивать с детства. А то как он у тебя на ассемблере программировать будет?

(103) Ладно.
Будем считать что я уже стар для этой херотени.
Пойду на азме что-нибудь напишу...

(104) " образное мышление ребёнка надо развивать с детства. А то как он у тебя на ассемблере программировать"

образное мышление и ассемблер вообще не связанны между собой.

(102) чесслово, вспоминаю как также негодовал 5 лет назад, тут-же на мисте, по поводу этих отступов и пробелов...и блин пишу сейчас на питоне.. ирония ;)

(106) Нуну. Сразу видно опытного ассемблериста

(108) ща он налабает на асме что-нить полезное

(80) >> я не смог себя пересилить чтобы разобраться с этим кошмаром (iptables) меня хватило только на то чтобы в итоге плюнуть, купить микротик и тыкать мышкой
ВёбМин сразу ставишь и вообще не паришься - так же тычешь мышой. Я же тоже матерился от линуховых текстовиков и поэтому сразу начал плакаться гуглу про жизнь нелёгкую

(110) надо понимать как оно под капотом работает, а не как картинки выглядят... сломается вебмин или надо будет на роутере настроить без gui и куда ничего установить нельзя..и привет

Какие-то не связные у вас варианты, потому как под Android и на Python можно состряпать приложение.
Где больше денег туда и нужно развиваться!

(112) "Где больше денег" - немного не тот посыл.
Ибо если душа не лежит в ИТ в целом - но хочется денег, то работа будет через "не могу".
Надо все же заниматься тем, что нравится. А на любой технологии можно стать экспертом и зарабатывать.

(113) <А на любой технологии можно стать экспертом и зарабатывать.>
хочу быть экспертом на bash, как мне на этом зарабатывать?

Это не куда развиваться, а куда деградировать. 1с это профессия, а питоны с андроидами это скучно, мало денег и конкуренция со школьниками.

(115) <мало денег>
чо?

(116) денег

(117) это с каких пор в питоне/андройде денег меньше чем в 1С?

(118) да всегда так было

(119) чото не заметно, можно зная только js и react получать >400к.р.
а в 1С чтобы получать хотябы 200 надо знать почти все конфиги в идеале и иметь опыт лет 15

(120) нужно сначала найти идиота, который тебе будет платить 400к
разве что в калифорнии где нибудь

(121) <разве что в калифорнии где нибудь>
почему бы и нет?
<нужно сначала найти идиота, который тебе будет платить 400к >
у меня есть знакомый который удаленно на израйльскую контору работает с такой зп, рядовым фронтовиком на реакте

ну и учитывая что в Мск зарплаты джунов начинаются от 60-90тыр... а сколько там юный падаван 1С-ник получает?

(122) ну и ты говори, что работаещь на израильскую контору за 400к на реакте.

(124) зачем мне говорить, я лучше поищу весной такую работу себе

(124) В 1С денег тоже дохрена. Но как и 3000 лет назад, мир делится на тех кто ноет и тех кто зарабатывает.

(126) разница в прилагаемых усилиях, чтобы зарабатывать столько в 1С, сколько можно зарабатывать в большом ИТ, надо знать гораздо больше и пригалать больше усилий

(114) в дево-псы идти.

(128) в девопсах баша много не надо

(125) Давай. Расскажи потом.
Интересно чем твой друг за 400к занимается. По 8 приложений в месяц ваяет что ли. Ладно бы руководитель какой был. Этих реакторов как собак нерезаных. Нафиг им столько платить? Чота Евреи какие то щедрые пошли.

(130) <По 8 приложений в месяц ваяет что ли>
внезапно, разработка ПО - это не только интернет магазинчики и органайзеры для телефона делать

==
вообще он в Revolut работает, довольно известный финтех-стартап

это во первых, а во вторых 400к по западным меркам это небольшая зарплата

(132) Это же почти 5500 баксов. Очень даже хорошая зарплата

(133) вот наугад тыкнул в монстер на remote python
https://job-openings.monster.com/senior-python-developer-100-remote-python-django-orm-remote-or-us-cybercoders/215612680

$100,000.00 - $130,000.00 /year
это 8300$ в месяц

5500 баксов это для РФ просто пипец какая хорошая зарплата, для европы просто нормальная, а в США ниже среднего

я вообще к тому что смешно считать что в 1С больше денег чем в других сферах, при схожих усилиях конечно

(135) не гони, даже для США это высокая з/п. Кроме кремниевой долины. Там да, это средненькая.

(134) Для такой зарплаты ты должен лет 10 отработать где нибудь в силиконовой долине

(137) в долине 130/y это меньше зарплаты джуна

а я вакансию сеньора в пример привел

(138) оч сомневаюсь, у меня как минимум трое знакомых уже свалили за бугор, и явно не продавцами в макдак

вообще забавно отрицать такие вещи...помнится когда мой бизнес начал разваливаться, мой партнер по бизнесу убеждал продолжать работать со словами 'да кто тебе будет платить даже 80к!? это опыт нужен от 10 лет, да нафиг никому не нужны люди на такую ЗП'
вот ваша риторика очень похожа

я тогда за неделю устроился 1Сником на восьмерочный битфинанс..на зп в 100к...имея опыт только на 7.7 и пробел в стаже одинесником в 5 лет...
я хз откуда такие измышления берутся что 'такованебывает... никто не будет тебе платить!!'

(143) 7.7 это ж сколько тебе лет то

(139) В долине да, но не во всей. Если брать топ-5 компаний уровня гугла, то да, но там есть и куча стартапов с непонятным будущим и невысокими зарплатами:

Для примера в этой статье мы будем рассматривать технологические уровни компании Гугл. Уровень L2 в компании Google — это, скорее всего, практиканты, которые работают в среднем 3 месяца и их базовая зарплата может начинаться от $80 тысяч долларов в год. После L2 следует L3 и это уровень молодого специалиста после университета или после 2х лет опыта работы в индустрии. Согласно сайту levels.fyi типичная базовая зарплата на этом уровне может быть $120 тысяч долларов в год + 15% бонус + $160 тысяч долларов год на 4 года акции + бонус при подписании контракта. Это дает общую компенсацию первого года работы в районе $200 тысяч долларов. Большинство инженеров, скорее всего, находятся на уровне L4, где уровень общей компенсации согласно сайту levels.fyi находится в районе $250-$300 тысяч долларов в год. После уровня 4 идет уровень L5, старший разработчик, который руководит небольшой группой разработчиков. Уровень общей компенсации согласно сайту levels.fyi для этого находится в районе $300-$400 тысяч долларов в год. Далее следуют уровни тим лидеров, где типичная общая компенсация разработчиков на этом уровне может быть в районе $500 тысяч долларов в год и выше.

+(144) и нафига ты в в 1с пошел, если можно 400к иметь

видимо думал, что в 1с денег больше

Из того что тут - Python
А вообще - Node.js.
Хотя Go-йцы начинают блеять про закат и смерть node под наттиском божественного Golang. Но я в это не верю

даже из приведенной вакансии по питону видно, что знать надо не столько сам питон, сколько обвязки вокруг него:
- Джанго
- микросервисы
- Apache Solr / эластиксерч
- фронтенд (куда ж без Javascript в наше время)
- ORM
- работа с AWS
Чтоб все это знать надо хотя бы несколько промышленных проектов закончить, а это не домашнюю бухгалтерию дома запилить
Значит просто так из 1С не перескочить, надо в московских фирмах поработать пару годиков, начиная с джуна или джуно-мидла - а значит с понижением зп

(146) я в 1С пришел в 2005 году, я тогда понятия не имел сколько где платят, интернета у меня не было доступного и мозгов тоже еще не сильно много.... при том что я тогда уж на C# писал немного

(147) Да везде денег полно. Я во время депрессии решил бросить программирование. Пошел в такси, работал 3 месяца, это 2017 год был. Работал по графику, день работы(10 часов)-день отдыха. Средняя выручка в день получилась 8 тысяч на руки. Но это я берег себя. В обед перерыв на час минимум. Если программист зарабатывает меньше 150 на руки после года работы, то это либо чрезвычайно ленивый либо без знаний и способностей.

(149) ну вот я могу сказать что почти всё это знаю из списка, хотя в питоне всего 4 года, а в коммерческом программинге (за пределами 1С) 5 лет


и из 1С в яваджунов я перешел...с повышением ЗП ;)

(152) у тебя значит в 1с была зп не ахти

(153) 100к в 1С у меня была ЗП, яваджуном я получал 120

(154) со ста конечно можно. Со 150 посложнее. Со 190 вообще нереально, это уже и в яве уровень опыта >3 лет (в РФ)

(114) devops - прямая дорога.
bash`ом конечно не ограничишься, но если ты в нем Б-г - без работы не останешься.

(151) ну, ну...

Ссылочка: https://habr.com/ru/company/habr_career/blog/485146/

(155) на самом деле реально, только надо идти не программером, а как минимум тимлидом или выше

(159) так это уже не для программиста путь, а для рук.проектов например, у меня так айтидиректор с прошлой работы (группа компаний золото-строительство-нефть) ушел в тимлиды по яве, гемора меньше зп наверно та же

(99) очень даже андроид-иос. Не бекэнд будет разруливать ситуацию с плохой зимбабвийской мобильной сетью или тормозным китайфоном. На мобилках масштабируемость измеряется количеством разношерстных устройств и условий функционирования, при которых мобильное приложение будет стабильно работать

(161) если ты работаешь с сетью, то по любому есть какой то бэкэнд

конечно как ты реализуешь кэширование и синхронизацию - это уже на совести фронта

(162) не бээнд же будет разруливать ситуацию, когда при плохой сети, вмести загрузки данных с сервера, нужно переключиться на закэшированные в БД данные

(164) а кто будет разруливать ситуацию когда ты загрузил 10% данных, а потом у тебя связь отвалилась и ты кеш стал юзать? как остальное догружать? как данные делить? как куски валидировать?

я в прошлом проекте очень сильно угорел такое реализовывать, это ниразу не фронтовая задача...в итоге я на фронт уже собранную на беке sqlite базу отправлял и diff-ы в виде json-ов

(165) не бэк же. Он тупо ждёт ответа, что данные загружены. По-умолчанию действует как в том анекдоте:
Идут стрельбы.
Дали автоматы, патроны, показали куда стрелять.
Админ отстрелялся, подводят итоги.
Мишень админа чистая.
Командир:
- ??????!!!!!..
Админ, проверяя автомат:
- С моей стороны пули вылетели. Проблемы у вас.

(167) бек думает как данные для фронта подготовить чтобы фронт их сожрал и не подавился

(168) а потом ещё в мобильной разработке, учитывать что существует много-много релизов приложения, для которых для всех чуть разные апи могут быть, разные наборы данных, фиксы глюков старых версий

некомильфо всех юзеров заставлять апдейтится каждые два дня потому что глюк нашелся

(168) бэк ничего не знает, и знать не может о "локальной" ситуации мобильного приложения: качество соединения, заряд батареи... К тому же в приложении могуть быть покупки, а это ещё неведомее для бэка

а в чем сложность покупок?

(171) <К тому же в приложении могуть быть покупки>
'заряд, соединеие' - это да, вопросы приложения, а не бека

а покупки..так это бек должен тоже учавствовать, он же должен знать что там купили чтобы данные отдавать и вообще бек должен биллинг осуществлять

(169) вот поэтому для масштабируемости и пишут приложения на гольной джаве под андроид. В андроиде есть мощная библиотека поддержки, которая разруливает многие ситуации

(174) это реальный опыт или предположение?
<которая разруливает многие ситуации>
какие ситуации? я писал крупный сервис с андройдом+айосом, андройд и его лиьы ничем не помогают в этом...

я в итоге и стал вручную базу собирать на беке, потому что очумеешь на фронте это делать, он ещё и тормозит безбожно если ему мегабайт 500 закинуть

(174) если там все уже есть, то никакой сложности знасит нет.
и речь вести не о чем. все из коробки

(0) выбирай направление, а потом язык

(175) "какие ситуации?"

Жизненные. Допустим, у тебя миллионная аудитория. У всех разные устройства. Индус сидит на стареньком китайфоне с Android 4.0 и экраном 3.5 дюйма, через GPRS. Француз сидит на новеньком самсунге с Android 10.0 и экраном 6' в сети 4G. Что у индуса, что у француза приложение должно одинаково хорошо работать, без тормозов, глюков и кривого отображения. Это с успеход достигается при использовании всяких там библиотек поддержки под "чистую разработку"
https://developer.android.com/topic/libraries/support-library

Фишка-то в чём
Разрабатывая на java/kotlin под андроид, ты можешь добиться стабильного и одинакового поведения на большом количестве устройств.
Разрабатывая на каком-нибудь хитрозадом кроссплатформенном инструменте, типа Xamarin, у тебя такой уверенности не будет. Твои приложения будут хорошо работать только на каких-то "типовых" устройствах. Даже одна и та же кнопка может отображаться по разному на разных версиях android, не говоря о переносе на другую ОС.
Разрабатывая на 1с, у тебя даже не будет уверенности, что твоё приложение будет работать на устройстве с той же версией ОС, под которой твоё приложение тестировалось

Поэтому, когда нужна большая масштабируемость, нафиг выбрасывают всякие хитромудрые и удобные приблуды, и пишут на гольной java. О чём я речь и веду

(177) "сделать всё и хорошо" из коробки? Вряд ли

(179) < Даже одна и та же кнопка может отображаться по разному на разных версиях android, не говоря о переносе на другую ОС. >

только я работал ещё в проектах где софт писали на react-native как раз из соображений что это всё работало и на андройде и на айосе и релизилось в один день с одинаковым функционалом...и занимался этим один человек

вы приводите проблемы чисто фронтовые, как картинки всем показывать одинаковые
а у меня была проблема что запрос данных был размером от 50 до 500 мегабайт в распакованном виде...и 'китайфон на андройд 4.0' просто умирал от этого, а на "новеньком самсунге всё отлично"...и тут все эти либы не помогут, надо конструировать самодельный велосипед чтобы всё работало одинаково

(181) кроссплатформенные инструменты используют, чтобы не писать приложения под каждую платформу отдельно. Это как бы дешевле, но похуже. Но если нужна высокая масштабируемость, то приложения пишут под каждую платформу на "родном" инструменте. Это дороже, но надёжнее

(111) >> надо понимать как оно под капотом работает, а не как картинки выглядят... сломается вебмин или надо будет на роутере настроить без gui и куда ничего установить нельзя..и привет
Угу. Представляешь, я не смогу даже конфигурацию сигнала датчика вращения верхнего вала у жатки понять и вообще прочитать, но на машине гоняю как-то. Даже не представляю как работает калькулятор, но работаю на нём. О нет! Я совсем не знаю как устроен смартфон и тем более не понимаю как звоню по нему и смотрю видюшки.

Нафига знать тонкости, если они не нужны? Будут нужны - изучу