З.Ы. Недавно решал задачу парсинга относительно больших JSONов. Ради интереса сделал реализации и на жабе, и на скотлине. На одних и тех же данных жабовский байткод выполняется в 1.5-1.7 раза быстрее, чем скотлинский.
> Питон - очень популярен у учёных-непрограммистов, которым надо кодить, и в QA. Судя по всему, хорошо ложится на научный склад ума :) ИИ, атомная энергетика итд.
Дико в нем бесит разделение на блоки по отступам. Только наркоман из голландии мог до такого додуматься!!!
> О как. > То есть компайлер котлина не может сделать байт-код, по эффективности сравнимый с выходом джавовского?
Не разбирался в байткоде котлина, но у него в базе понавешена работа с налл-нотналл, может добавлять оверхеда. Но это заметно только когда дорогА каждая милисекунда, для обычных задач - пофиг.
> Это PC или ондроед?
> даааа! я когда первый раз про это прочитал, первая мысль была - а рефакторить?
Надвно занимался рефакторингом питоновского когда, написанного не специалистом по питону. Современные среды (в данном случае - пычарм) очень сильно облегчают работу.
> Ну все зависит от конкретной реализации как мне кажется, это напоминает старые срачи "эта ваша жаба медленная, а вот на С все гораздо быстрее!!1" :)
Конкретная реализация одинаковая, отличается только языковыми нюансами. И то, и то компилируется в байткод, который исполняется на одной и тоже ЖВМ. Но, т.к. компиляторы разные, то и байткод будет отличатся, видимо - иногда заметно отличатся. Из отличий байткода и появляется разная производительность. НО! заморачиваться таким нужно для очень узкого круга задач, для 99.99% остальных задач можно (и нужно, потому что в нем меньше "излишнего" кода) писать на скотлине, груви или какой-нибудь скале.
> То же с аджайлом. Он задрал - но похоже, для некоторых типов задач он реально работает (и упаси бог в такое попасть).
Для каких?
> Мозгоедство - или мозгоёбство, в зависимости от наклонностей начальства :)
Долбоёбство, если они серъезно смотрять на бляджайл
> Ушёл из конторы с жёстким аджайл в фирмочку "ну собираемся раз в неделю задачи закрыть, но оценивать задачи чаще чем раз в полгода считаю непроизводительным", оказалось, такое ещё бывает. Душа поёт и сердце тает, подозрительно хорошо:)
Мне вот навешивают задачи из области "покопайся тут с проблемой, которую мы пытались решить уже раза 3, но нихуя не вышло". Вопрос - как её можно оценить? Ну, если на нё до этого условно потратили человеко-месяц и не сделали. Оценишь в неделю - прибегает возбужденный стрем-мастер с воплями, что у них не принято задачу больше чем в день оценивать. Дебилы, блядь.
> Это манагерская религия модная. В самостоятельном виде это говнище полное, но заказчики ведуться.
Аджайл полезен только для аджайл-тренеров и прочих говнокоучей.
> Им можно полный спек хотелок в самом начале не выкатывать.
Я так с 2004 года работаю, тогда это отлично удавалось без аджайла. И релизились раз в 1-2 недели без всяких аджайлов. И задачи в какой-то системе заводили и закрывали. Правда, не было ежедневных идиотских стэндапов и нахуй не нужных стрём-мастеров.
> На собеседования махать agile сертификатом очень полезно нынче, или хотя бы просто наговорить по теме в цвет.
Да вроде уже потихоньку отмирает. Надеюсь, таки сдохнет.
Обычно (обычно) подразумевается, что в списке могут быть повторяющиеся элементы, а в сете - нет. Покупать одну и ту же позицию, потому что забыл, что уже добавил такую - так себе практика, особенно если это алкоголь!!!
Для начала надо хорошо учиться в школе, хотяб по физ-мат предеметам
Потом сходить в ВУЗ, желательно - по специальности связанной с разработкой софта, на крайняк сойдут всякие физ-мат факультеты, в свое время 90% погромистов были физики и математики.
Учась в универе, желательно начать работать в сфере, связанной с какпутерами, админить там, погромать, чтобы после выпуска уже был какой-никакой, а опыт.
После ВУЗа - начать работать уже как якобы специалист.
Ну и годам к 30-35 ты уже специалист, которому неплохо платят. Платили, если речь про Россию.
Кроме всего прочего - непрерывно самообразовываться, углублять знания как в своей песочнице, так и изучать смежные области. Очень желательно знать наглицкий, т.к. бОльшая часть актуальных знаний по ИТ - на нём.