Как в 2022 году устроиться в IT компанию разработчиком?

Правда, отчету о времени в задаче не место — там все-таки нужно отписываться о результатах

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

Если у тебя задача бесконечная, то отчитываться надо не о результате (его не будет - задача то бесконечная), а о процессе. Затраты твоего времени - это тоже «результат твоей работы», раз больше похвастаться в задаче нечем

Лично я к вечеру уже нишиша не соображаю, какое в жопу писательство?

Если работаешь с 8 до 17. +1 час на дорогу, то в 18-00 ты уже не соображаешь?

с 18 до 21 как минимум 3 часа есть…

Ещё можно вставать в 5 утра и программировать час, полтора до работы…

Ещё выходные есть…

но это ещё не означает, что работать ТС не способен. Не нужно преувеличивать.

Откуда мне знать на что способен ТС?
Откуда работодателю знать на что способен ТС, если он на вопросы об опыте не хочет отвечать?

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

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

Да, только не учитывается тот момент, что степень растягивания реализации проекта зависит от неформализуемых факторов, которые никакими тикетами не оцениваются — для этого нужно тупо знать команду и уметь интерпретировать их оценку состояния проекта. «Мой заменитель придет и продолжит вести проект как ни в чем не бывало» — это басни для маленьких детишек, хорошего менеджера тяжело заменить, потому что заместителю придется заново устанавливать связи с разрабами. Что, в общем-то, и есть большая часть его работы, если не считать работу с клиентами и пользователями.

Никаких средств визуализации, никакого тулинга. Зачем? Чтобы не жира? Начальнику отдела иметь свой велосипед, его начальнику свой, а биг боссу третий?

Винты закручивать отверткой, гвозди забивать молотком — зачем, если для всех этих задач можно взять один универсальный микроскоп? Разные начальники имеют разный уровень компетенции, и если начальнику отдела важны технические подробности, то биг боссу нужно рисовать цветочки, радугу, снижения издержек. Хотя, если по-хорошему, доклады от черни его не должны волновать, а волновать только доклады о состоянии дела от руководителей, в которых прогрессу работ отдельного сотрудника вообще не место.

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

Тебе нужны средства визализации? Есть эксель. Какой еще «тулинг» нужен?

А когда я уйду на месяц в отпуск и мой заменитель там наговнякает все по-своему

Это вы уже договаривайтесь с заместителем.

Попробуй без предрассудков подумать, что интересует бизнес в первую очередь: доставить фичу или наказать того, кто ее долго делает? Если я вижу, что какая-то задача буксует, я выясняю причину. И даже у лени есть причина — часто это можно исправить без каких либо санкций

Доставить фичу. Кто, почему, и как что-то там долго не может сделать — это уже головняк руководителей отделов, и если эти руководители не могут с этой задачей справиться, то прежде всего полетят они, а потом уже подчиненные. Или, по-твоему, начальник завода на 5 тыс рыл будет отслеживать работы по каждому сотруднику, найдет медленную разгрузку на участке во время смены какого-то работника, и пойдет с этим грузчиком побеседует? Нет, директор будет беседовать минимум с заместителем начальника цеха, а уже начальники цеха будут разбираться со своими сотнями подчиненных.

Главное — трекать и планировать комплексные процессы, начиная от идеи, через реализацию и до доставки. Естественно новые идеи рождаются в процессе реализации предыдущих, между ними возникают связи и т.д. Все это отлично визуализируется и масштабируется до интересующей тебя точности

... и не имеет отношения к реальному процессу разработки софта. До манагеров этот момент почему-то очень туго доходит. При попытке объяснить реальные процессы разработки у среднего манагера в вакууме мозг взрывается примерно через 30 секунд. Собрав ошметки головы с пола манагер начинает возражать «ребята, как у вас тут всё перемешано, вы же совершенно неправильно организуете работу; давайте я вас научу: вот графики, вот кружочки, вот майлстоуны — так нужно софт писать». Но реальная разработка намного сложнее этих кружочков, и сущности там совершенно иные. Прогресс работы над софтом можно и нужно как-то транслировать для потребления другим людям, но по большей части для непосвященного человека это черный ящик. И потому худшее, что может сделать разработчик — это следовать один в один примитивным сущностям и алгоритмам работы (итальянская забастовка, ага). Тогда тикеты закрываются на порядок быстрее, строки кода рождаются как из рога изобилия, и количество багов на строку кода снижается, только одна беда есть — софтина не работает почему-то с нужными характеристиками стабильности и производительности при требуемом наборе фич, а разработка новых фич почему-то экспоненциально замедляется (но тут как бы всё нормально, принцип 80/20, ничего не поделать, ага).

Обычно людям работать интереснее и вовлеченнее, когда они понимают, зачем они это делают

И для этого им нужно трекать каждый чих работы программиста из соседнего отдела?

не работают, а пишут отчеты, не соответствующие действительности, — ты это должен как-то по-другому отслеживать

Бинго! А если нужно отслеживать «по-другому», то зачем нам нужна жира изначально? Свой вариант я изначально написал:
«Jira/Trac/Bugzilla/etc — это прежде всего вспомогательные инструменты коммуникации»

ты так и не сказал мне, как же так волшебно заработать без обязательств.

я вам назвал начальное, первое и главное условие, но вы не обратили внимание:

Чтобы человеку с головой и характером заработать

Поскольку вы это пропустили, поскольку вам хочется зарботать волшебно и поскольку вы не в состоянии даже представить отсутствие обязательств - у вас это вряд ли получится. Голову оценивать не буду, но характер точно не тот. Вам суждено быть наемным работником. Это нормально, таких большинство - желающих взвалить на себя обязательства и просить, ждать чтобы поручили работу.

Каков прогресс

Проклинаю господина Черни. Но вообще мне больше для попсово-джазового аккомпанемента, поэтому в целом норм.

Если речь об этом, то ты удивишься, но в Jira можно запихать почти любые статусы, зависимости и условия открытия-переоткрытия

Я в курсе, что некоторые городят такие пирамиды, что черт ногу сломит. Я возражал по поводу того, что это слишком сложно и слишком много сущностей — и по итогу даже в самой-самой продуманной системе регулярно случаются нестандартные сценарии, которые непонятно как оформлять. Более того, что больше система «продумана» и специализирована, тем больше шанс, что она не налезет на реальные процессы.

Твоя же задача как программиста в Jira　проста и примитивна - сообщить всем (путем смены статуса задачи) что ты что-то смог или чего-то не смог

Да, да, да, я об этом и пишу. Задача програмиста — сообщить, и изменение статуса задачи или назначения — это хреновый способ что-то кому-то сообщить. Вот о чем я талдычу.

Проклинаю господина Черни. Но вообще мне больше для попсово-джазового аккомпанемента, поэтому в целом норм

Ну да, Черни простенький очень, для обучения самое оно, но слушать его музыку не в кайф. Мне Битховин понравился тем, что его композиции еще и приятно слушать. Есть люди, которые мастурбируют на Листа, а на мой взгляд Лист — это самый трешаковый трешак, он «техничностью» умудрился испортить вполне годные произведения. Битховин — это тот самый потолок техничности, который приятно слушать и неплохо бы уметь исполнять.

Нафига мне условия?
У тебя характер есть? А голова?

Так как же заработать без обязательств, хоть один конкретный пример - вот делает то и это и заработал?

, и изменение статуса задачи или назначения — это хреновый способ что-то кому-то сообщить.

А какой хороший? «срать» в чатике свой поток сознания где 500 человек насрали о том же? А потом кто-то сутками будет эти простыни собирать чтобы их проанализировать и к началу дня знать что сделано, какие проблемы и кому какие ресурсы нужно выделить/отнять?

лол

А какой хороший? «Насрать» в чатике где 500 человек насрали о том же?

Это такой же плохой подход, как и «кинуть задачку в общую таблицу в жире, куда кинули похожие задачки еще 500 человек». Необходимо как-то группировать задачи/отчеты, и жира здесь помогает очень слабо, а вот навязывание чужеродного и негибкого процесса общения может, наоборот, мешать (но это спорно).

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

Черни простенький очень

Загляни в конец книжки. Но в любом случае это лучше чем «в лесу родилась ёлочка» разучивать.

Загляни в конец книжки. Но в любом случае это лучше чем «в лесу родилась ёлочка» разучивать

Я вообще не понимаю, почему бы не начать обучение игре пианино с третьей части лунной сонаты. Все эти простецкие перебирания клавиш на мой взгляд унылы, но это мой вкус, а то твой аккомпанемент, тебе виднее.

то в 18-00 ты уже не соображаешь

Да, а что? Думать тяжело так-то.

как минимум 3 часа есть…

вставать в 5 утра и программировать

Ещё выходные есть…

ЛОЛ, нифига ты упоролся. Представляю как ты ночью просыпаешься и такой «блин, а чё я сплю-то, можно как минимум 3 часа ещё попрограммировать!!!111».

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

Он же левак. Ему надо по потребностям, а работать будешь ты.

Необходимо как-то группировать задачи/отчеты

Видишь, на вопрос «как» ты отвечаешь «как-то». Это не ответ. Жира отвечает, как можно группировать задачи. Чужеродный и негибкий процесс — это слова человека, видившего плохо настроенную жиру, потому что это один из самых гибких инструментов.

Я понимаю, что тебе жира не нравится, но сформулировать у тебя пока не получается. Я могу догадываться, что тебе чужд механизм формального общения и отчетности. Если вы у себя в компании можете отслеживать все неформально и используя наколеночные решения — это ваш выбор, вряд ли кто-то будет возражать. Я прошел два стартапа от «сразу после гаража» до «200+». Уже после десяти сотрудников (не разработчиков, а вообще ВСЕХ сотрудников), неформально отслеживать все процессы становится сложно. Кто-то начинает писать заметки в блокнот, они как-то мигрируют по доскам в кабинете, какое-то время хватает трелло или issue tracking в гитхабе/гитлабе, но в итоге все приходят к жире.

удели время физическим нагрузкам

Бегаю каждый день десятку, в субботу 25, несколько раз в году марафон или полтос. С утреца пол-часа две гири двадцатки. Дело вовсе не в вялости, а в том, что мне есть чем заняться в те «3 часа и выходные».

PS: ты сам-то как марафон осилишь?

Какой нафиг марафон, я тяжелоатлет.

Заметь, первым номером шло питание. А марафоны вряд ли кого-то здоровее сделали.

Еще полгода же. В 2022 может, вообще айти закончиться, откуда нам знать?

марафоны вряд ли кого-то здоровее сделали

Поэтому только пару раз в год и без фанатизма. И ты правда думаешь, что можно бегать и жрать сало с мазиком и чипсами? Как бы само собой подразумевается, что питание эталонное.

я тяжелоатлет

ТА хороша для пенсионеров: меньше нагрузка, ниже травмоопасность.

ниже травмоопасность

Ну, ты ляпнул. Если говорить про билдинг (не соревновательный) или даже лифтинг, то и это вряд ли, а уж ТА — это априори вещь опасная. Я лифтер, если что, просто думал, что ты совсем не разбираешься (слово «тяжелоатлет» понимают все).

Бегаю каждый день десятку, в субботу 25, несколько раз в году марафон или полтос. С утреца пол-часа две гири двадцатки. Дело вовсе не в вялости, а в том, что мне есть чем заняться в те «3 часа и выходные»

Сколько ты этим занимаешься уже? Тебе за годы не приходила в голову мысль «нахера я это делаю?».

Сколько ты этим занимаешься уже

Пять лет.

нахера я это делаю

Это кайфово, улучшает настроение и работоспособность. Да, я теперь работаю до 18 (обычно), но раньше я вообще валялся овощем с мыслями как мне всё обрыдло. WitcherGeralt в общем-то прав на этот счёт.

Необходимо как-то группировать задачи/отчеты

Ну т.е. ты не знаешь как лучше, решения у тебя нет.

А Jira　которая автоматически в задачу подтянет твой код, результаты ревью, успешные и заваленные билды, результаты автотестов, результат деплоя на разном окружении и время которое ты на это потратил - не подходит.

ооок.

Елси такие мысли возникают, нужно найти что-то более интересное. Теннис, например.

Я не надеюсь, я точно знаю что на прямой вопрос сказать тебе нечего и ты слился.

Ну, ты ляпнул

Качки всегда делают круглые глаза, когда узнают, что бег более травмоопасн. Хотя конечно ТА опаснее в смысле возможных последствий (типа уронил на себя штангу).

типа уронил на себя штангу

Не. Отрыв гругди, бицепса, задней поверхности бедра, грыжи прострузии вообще неотъемлемая штука, сильно реже бывает отрыв квадрицепса, но это вообще дичь лютейшая, ну и суставы со связками само собой постоянно требуют обслуживания.

За последние пару месяцев в США трое (одна из них девушка) соревновательных бодибилдеров умерло на подготовке.

Можно кого-то догнать. Можно от кого-то убежать. Всяко полезнее, чем бесполезные железки поднимать.

соревнования - это всегда травмы.

Если не заниматься херней, не нарушать технику, не игнорировать сигналы от организма,то шанс травм уменьшается очень сильно.

А соревнования - это одно сплошное нарушение всего и вся.

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

Ты работаешь с большими весами, которые соответствуют твоей мышечной массе и сухожилиям.

А если ты решил погеройствовать, не разогрет и накинул больше разумного, что ты типа супергерой и крутой - тогда и получаешь «неожиданные» отрывы.

Но у людей при большой мышечной массе видимо мозг усыхает.

Ты не понимаешь о чём говоришь

Собственно, наглядно подтверждаешь.

ну ок, не претендую. Сколько ты себе мышц оторвал уже?

Возможно. Но вот даже у меня есть вранье: написано что я знаю перл. А по факту что-то большее однострочника или небольшого скрипта на как более продвинутая замена bash/sed/awk/grep/sort/tr уже не писал лет 10.... Ну тоесть обьективно - вранье, я не смогу прям щас сесть и писать нормально на перле. Недели 2-4 понадобиться что б вернуть скил. Но примерно столько же времени нужно и полному новичку :)

Я крайне аккуратен с этим, у меня был только небольшой надрыв на предплечье и лишь чуть сильнее на икре. Больше всего боюсь отрыва правого бицепса из-за своей техники тяги, и того, что я ставлю её в конце, но пока ок. Знакомые чего только не рвали.

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

Хз, у меня между 22:00-02:00 открывается «второе дыхание». Все домашние утихают, дом засыпает, тишина, только кошка требует слегка внимания. Но если переусердствовать то утром тяжко :)

Видишь, на вопрос «как» ты отвечаешь «как-то». Это не ответ. Жира отвечает, как можно группировать задачи

Жира ничего не отвечает, жира спрашивает, она ждет, пока пользователь сам сгруппирует задачи её интерфейсами.

Чужеродный и негибкий процесс — это слова человека, видившего плохо настроенную жиру, потому что это один из самых гибких инструментов

Может быть. А может быть у всех «плохо настроенная жира» — бывает же и такое. Я всегда оставляю место для надежды, но в данном случае надежда весьма призрачна.

Я понимаю, что тебе жира не нравится, но сформулировать у тебя пока не получается

Нифига себе — а простыни я сам для себя писал? Или мне нужно было тебе задачку в жире создать и назначить тебя ответственным, чтобы «было понятно».

Уже после десяти сотрудников (не разработчиков, а вообще ВСЕХ сотрудников), неформально отслеживать все процессы становится сложно. Кто-то начинает писать заметки в блокнот, они как-то мигрируют по доскам в кабинете, какое-то время хватает трелло или issue tracking в гитхабе/гитлабе, но в итоге все приходят к жире

А я разве пытался сказать, что формальные отношения не нужны? Я писал о том, что формальные отношения в том виде, в котором их пытается предоставить жира, не соответствуют фактическим процессам разработки ПО. Это бизнес-процессы фирмы логистики, или овощной базы, или интернет-магазина, или клоунов по вызову, или разносчиков пицы — но это не разработка софта. К слову, яндекс это не смущает, и они курьеров садят писать код — без базара, если нужно махать веслами и не задавать вопросы, то это самое оно. Но если настоящих программистов ставить на поток из тупых задач, палок по их выполнению, и оценивать работу по часам махания веслами, то внезапно эти программисты по эффективности сравняются с курьерами.

И это бич очень многих айтишных фирм, которые искренне недоумевают «почему это какой-то программист просит $50/час, когда бывший курьер может выполнять почти ту же работу за $15/час?». Поскольку эффективно написать сложную систему в таких условиях становится невозможно, то планка требований прогрессивно снижается, и мы получаем современное айти, где «программистом» уже называют тех людей, которые раньше «программировали» таблички в экселе и плашечки в щитимеле. Это не шутка: приходят люди на собеседование программистом, спрашиваешь «на каких языках писать умеешь?» — отвечают «HTML, CSS». То есть, «секретарша», или «бухгалтер», максимум «верстальщик», программирующий разметку текста. И таких «программистов» целые команды, они эффективно и усердно херачат свои «эксели» целыми днями не покладая рук, закрывая майлстоуны и бодро отчитываясь об успехах, которых у них никогда не бывает мало.

Давно замечено: чем ниже квалификация сотрудника, тем больше у него «успехов».

То, что работу целого отдела может выполнить один человек — про это уже никто не помнит. У меня под боком даже был прецедент, когда целая команда для завода писала-писала внутреннюю софтину, писала-писала год, второй, потом ее выгнали, наняли одного программиста и он за полгода написал рабочее решение. Причем, тетки с этого завода пускали завистливые слухи про этого кодера, мол «отрастил пузо, откормили дармоеда, один за троих зарплату получает». Но на самом деле троекратная разница — это весьма мало, потому что соотношение производительности между очень хорошим и очень плохим программистом составляет порядка десяти раз.

Если бы программист мог каким-то чудесным образом с огромной скоростью записывать все задачи, которые он решает и создает на их основе новые, то за месяц паутины этих задачек набралось бы как за год работы конторы на пару десятков рыл — ты будешь с утра приходить и сразу начинать читать задачки, дочитал — можно идти домой, рабочий день закончился. Любой манагер в таких условиях проклял бы жиру и любую идею формализовывать процесс разработки. Но у манагеров есть солидная отмаза «программисты не хотят». На самом деле не хотят они потому, что разработка при этом встанет колом, и они это понимают, и они понимаю, что при этом от них ждут полезного результата, а не просто закрытых задачек. И некоторые компании вводят строгую бюрократию, и разработка встает колом. Не веришь мне? Вот тебе независимый свидетель:

Работет ли экстремальное програмирование? (комментарий)

Я своими глазами и ушами наблюдал, как «эффективный манагер» пытался «как прилежный программист» формализовать процесс своей собственной разработки: какие задачи он решает, какой статус, какие возникли сложности. Получилось две недели траха с тем, что решается за день грамотным програмистом, который не бежит создавать задачку в жиру и спрашивать совета, не «эффективно взаимодействует с командой», а просто берет и решает проблему, прямо здесь и сейчас, пять минут — и готово.

Именно поэтому я и говорю, что чем меньше задачек приходится создавать — тем лучше. Тем больше проблем решено, тем более лаконичной будет картина разработки для менеджера, тем более высоким будет «уровень абстракции» этого описания. То есть, вместо «почесал жопу, отрыгнул» в задачах будет «вкусно покушал борща и олевьешку». А «почесал жопу» — это большая часть трафика задач в типичной натянутой на жиру разработке проекта секретаршами.

Та же история с коммитом каждой строчки кода в Git — эту историю никто не читает, других программистов волнует только законченная фича. А манагера не интересует даже история коммитов законченных фич — его волнует только какие из этих фич работают и когда заработают остальные. Последнее можно и нужно просить формализовывать програмиста, но это не процесс разработки, как демонстрация нового айфона Стивом Джобсом не является процессом разработки айфона, хотя многие видят это именно так, будто Стив Джобс пять минут назад придумал и воплотил свои идеи. Это субъективный интерпретированный отчет о процессе разработки, и задача манагера — служить переводчиком с этого индивидуального языка программиста на язык сроков реализации проекта.

Перекладывая задачу интерпретации на компьютер манагер фактически расписывается в своей некомпетентности, то есть, неспособности понять программиста, и дальше вся его работа сводится к тому, чтобы придумать объяснения, оправдания, и задержаться на рабочем месте как можно дольше.

Вы эту терминологию типа «слился» - оставьте для бесед со своими товарищами по разуму. С вами никто не спорил и не спорит.

А Jira　которая автоматически в задачу подтянет твой код, результаты ревью, успешные и заваленные билды, результаты автотестов, результат деплоя на разном окружении и время которое ты на это потратил - не подходит

Сижу и думаю: а при чем тут Jira? Она комитит код, делает его ревью, собирает софтины и пишет для нее тесты, деплоит ее на окружениях? То что она может не терять эту информацию — типа я должен ей сказать спасибо за это? А почему она не является при этом сама лишним звеном?

Елси такие мысли возникают, нужно найти что-то более интересное. Теннис, например

Я-то уже нашел, вопрос не совсем об этом — он все-таки более глобален и экзистенциален. Ну если человека устраивает всё — ради бога.

Качки всегда делают круглые глаза, когда узнают, что бег более травмоопасн

Ломал ногу, спрашивайте ваши ответы. Говорили мне учителя в школе «не бегай». Не послушался я их.

Отрыв гругди, бицепса, задней поверхности бедра, грыжи прострузии вообще неотъемлемая штука, сильно реже бывает отрыв квадрицепса, но это вообще дичь лютейшая, ну и суставы со связками само собой постоянно требуют обслуживания

Веселая у тебя жизь.

Но вот даже у меня есть вранье: написано что я знаю перл. А по факту что-то большее однострочника или небольшого скрипта на как более продвинутая замена bash/sed/awk/grep/sort/tr уже не писал лет 10

С другой стороны — какие есть формальные критерии для «знаю перл»? Челы в резюме пишут стенку из известных ему технологий — не а что, он про них прочитал в википедии, а потому знает.

А пешком?

с 18 до 21 как минимум 3 часа есть…

А поесть? А посрать? А помыться? А убраться? А пожрать сготовить? А мусор вынести? А в магазин сходить? А между всем этим делом попить и пописать. Ты так говоришщь будто люди роботы