Когда приходиться разбираться с логикой кода, отлаживать, вносить изменения, то в правом примере это сделать проще. Сначала выделяется общая логика метода, и нужно ли что-то в ней менять. Потом если с общей логикой все хорошо, то можно смотреть только на один метод и разбираться уже с ним.
Этот пример достаточно простой, поэтому левый код может читаться не хуже правого. Но если у нас будет добавляться какая-то новая логика, появляться больше опциональности, переиспользование шагов, добавится логирование, обработка исключительных ситуаций, потом появится необходимость в тестах, то все равно придется менять запись в сторону правого варианта иначе у нас станет лютое нечитаемое спагетти.
А вы уверены, что "вкатившись" в айти работа так и останется хобби, а не захочется через несколько лет от всего плеваться и материться? Значительная часть проектов довольно уныла либо просто потогонка, и попасть на что-то реально интересное и при этом хорошо оплачиваемое даже с опытом сложно. Занимаясь пет-проектами и/или опенсорсом можно получать гораздо больше интереса, чем быдлокодя на дядю.
А также позвольте уточнить по нефтянке, разве там нет возможностей для каких-то автоматизаций и оптимизаций, где можно применить программирование на проектах? Или попробовать в качестве аналитика перейти в компании/отделы, разрабатывающие софт для нефтянки, а потом уже в рамках компании сделать переход в разрабы?
Сейчас не то что джуном, но и мидлом надо попыхтеть, чтобы устроится. Во всяком случае если не демпинговать по ЗП и претендовать хотя бы на рыночную. Куча собесов, по технической части проблем нет, софт скилы адекватные, если не на лида претендовать, но где-то стек не тот, где-то берут по рекомендации, где-то просто сливаются без объяснения причин. И прогноз на будущее не очень утешительный.
Конкретно в Нью Йорке может и не побываю, но если такую практику активно возьмут на вооружение в других странах, то может быть больно.
Что должно быть в первую очередь удобно для местных - согласен, но ведь и местные могут пользоваться иногда краткосрочной арендой или наоборот сдавать квартиру на короткий срок, а кроме того местные могут иметь прямую или косвенную выгоду от туристов. Было ли исследование того, насколько именно краткосрочная аренда накручивает цены на жилье?
С одной стороны, прекрасно понимаю жителей города, которым приходится оплачивать постоянно растущую арендную плату и как-то выживать. С другой стороны, как любителю путешествовать, это выглядит довольно грустно - отели взвинтят еще большие цены и возможность побывать в этом городе сильно снижается. В целом, похоже на попытку решить сугубо административными мерами проблему, которая требует более фундаментальных решений.
А как не перенапрягаться? Работать то хочется, а возможность отбрасывать все вакансии где не нравятся собесы, есть далеко не у всех. Приходится подстраиваться под такие требования.
Обычно у каждого интервьюера в голове свой список вопросов, которые считать джуновыми. И так как, в отличие от экзамена, официальной программы нигде нет, то всегда можно попасть на такое незнание или забывание по причине неиспользования даже у мегасеньора.
Ну, среднее - это простейший случай. Так то согласен ,что задачи имеет смысл ранжировать по приоритету, возможно по сложности или еще как-то. Либо ставить тем задачам, по которым не ведется работа, статус on hold и не учитывать время в метриках.
Вообще, грамотно настроить метрики ,чтобы они приносили пользу проекту - непростая наука. И к сожалению, зачастую эффективные менеджеры в нее не умеют, а командам приходится подстраиваться и страдать.
По мнению ряда разработчиков, switch - антипаттерн, который нужно заменять полиморфизмом. Но при лайвкодинге полиморфный код особо не получится писать, поэтому могут использовать if-ы, как более привычные.
Имхо, если интервьюер не может на основании разговора о предыдущем опыте выяснить что может и понимает кандидат, где у того пробелы, подходит ли тот по уровню для проекта и команды или нет, то это слабый интервьюер (к сожалению, таких очень много). Все эти многочисленные вопросы чисто теоретические и показывают лишь насколько кандидат готовился к собеседованию, и хорошо подходят лишь для джунов.
Некоторые крупные компании привязывают уровень оплаты к региону. Живешь в области, где ЗП по рынку ниже - изволь получать меньше, чем в Москве, даже если ты сеньористый сеньор. Но выехал в регион, где уровень жизни дороже - твои проблемы. Так что о справедливости говорить не приходится. Вся "справедливость" - кто кого сильнее нагнет.
Вы же не будете говорить, что те кто мигрировали из СНГ на Запад в 90-е или те кто переезжали из Европы в США в первой половине 20-го века сплошь "кочевники"?
Все это разделение на "кочевников" и "тепличников" довольно условно, у людей есть десятки причин, почему они не уехали в тот или иной момент, уехали и вернулись, не нашли удаленки в валюте, не скопили большую подушку, и т.д. Я вот наблюдаю людей, которые после переезда устроились на завод или за прилавок. По сравнению с этим пожить какое-то время на рублевой ЗП не так тяжело.
В условной джаве и подобных языках было бы что-то типа
и читается достаточно хорошо, правда пришлось бы нагородить кучу классов со своими методами и сильно увеличить количество строк кода.
Когда приходиться разбираться с логикой кода, отлаживать, вносить изменения, то в правом примере это сделать проще. Сначала выделяется общая логика метода, и нужно ли что-то в ней менять. Потом если с общей логикой все хорошо, то можно смотреть только на один метод и разбираться уже с ним.
Этот пример достаточно простой, поэтому левый код может читаться не хуже правого. Но если у нас будет добавляться какая-то новая логика, появляться больше опциональности, переиспользование шагов, добавится логирование, обработка исключительных ситуаций, потом появится необходимость в тестах, то все равно придется менять запись в сторону правого варианта иначе у нас станет лютое нечитаемое спагетти.
А вы уверены, что "вкатившись" в айти работа так и останется хобби, а не захочется через несколько лет от всего плеваться и материться? Значительная часть проектов довольно уныла либо просто потогонка, и попасть на что-то реально интересное и при этом хорошо оплачиваемое даже с опытом сложно. Занимаясь пет-проектами и/или опенсорсом можно получать гораздо больше интереса, чем быдлокодя на дядю.
А также позвольте уточнить по нефтянке, разве там нет возможностей для каких-то автоматизаций и оптимизаций, где можно применить программирование на проектах? Или попробовать в качестве аналитика перейти в компании/отделы, разрабатывающие софт для нефтянки, а потом уже в рамках компании сделать переход в разрабы?
Сейчас не то что джуном, но и мидлом надо попыхтеть, чтобы устроится. Во всяком случае если не демпинговать по ЗП и претендовать хотя бы на рыночную. Куча собесов, по технической части проблем нет, софт скилы адекватные, если не на лида претендовать, но где-то стек не тот, где-то берут по рекомендации, где-то просто сливаются без объяснения причин. И прогноз на будущее не очень утешительный.
А хитрый Вася или Джон будет якобы проживать в сдаваемой квартире, приезжать при проверке и говорить властям ,что просто вышел покурить.
Конкретно в Нью Йорке может и не побываю, но если такую практику активно возьмут на вооружение в других странах, то может быть больно.
Что должно быть в первую очередь удобно для местных - согласен, но ведь и местные могут пользоваться иногда краткосрочной арендой или наоборот сдавать квартиру на короткий срок, а кроме того местные могут иметь прямую или косвенную выгоду от туристов. Было ли исследование того, насколько именно краткосрочная аренда накручивает цены на жилье?
Согласен. Сидеть в офисе по полдня, иногда даже целый день, если нет задач - адская мука.
С одной стороны, прекрасно понимаю жителей города, которым приходится оплачивать постоянно растущую арендную плату и как-то выживать. С другой стороны, как любителю путешествовать, это выглядит довольно грустно - отели взвинтят еще большие цены и возможность побывать в этом городе сильно снижается. В целом, похоже на попытку решить сугубо административными мерами проблему, которая требует более фундаментальных решений.
Просто есть разделение на собственников, чью собственность уважают, и на остальных, которых постольку поскольку, пока это не мешает первым.
А какие плоды получили бы простые американцы в случае победы во Вьетнаме?
А как не перенапрягаться? Работать то хочется, а возможность отбрасывать все вакансии где не нравятся собесы, есть далеко не у всех. Приходится подстраиваться под такие требования.
Обычно у каждого интервьюера в голове свой список вопросов, которые считать джуновыми. И так как, в отличие от экзамена, официальной программы нигде нет, то всегда можно попасть на такое незнание или забывание по причине неиспользования даже у мегасеньора.
Ну, среднее - это простейший случай. Так то согласен ,что задачи имеет смысл ранжировать по приоритету, возможно по сложности или еще как-то. Либо ставить тем задачам, по которым не ведется работа, статус on hold и не учитывать время в метриках.
Вообще, грамотно настроить метрики ,чтобы они приносили пользу проекту - непростая наука. И к сожалению, зачастую эффективные менеджеры в нее не умеют, а командам приходится подстраиваться и страдать.
Полагаю, что среднее или медиана по всем задачам в такой ситуации может быть более подходящим показателем.
По мнению ряда разработчиков, switch - антипаттерн, который нужно заменять полиморфизмом. Но при лайвкодинге полиморфный код особо не получится писать, поэтому могут использовать if-ы, как более привычные.
А если человек привык пользоваться if/else if/else, а не switch?
Имхо, если интервьюер не может на основании разговора о предыдущем опыте выяснить что может и понимает кандидат, где у того пробелы, подходит ли тот по уровню для проекта и команды или нет, то это слабый интервьюер (к сожалению, таких очень много). Все эти многочисленные вопросы чисто теоретические и показывают лишь насколько кандидат готовился к собеседованию, и хорошо подходят лишь для джунов.
del
Некоторые крупные компании привязывают уровень оплаты к региону. Живешь в области, где ЗП по рынку ниже - изволь получать меньше, чем в Москве, даже если ты сеньористый сеньор. Но выехал в регион, где уровень жизни дороже - твои проблемы. Так что о справедливости говорить не приходится. Вся "справедливость" - кто кого сильнее нагнет.
Вы же не будете говорить, что те кто мигрировали из СНГ на Запад в 90-е или те кто переезжали из Европы в США в первой половине 20-го века сплошь "кочевники"?
Все это разделение на "кочевников" и "тепличников" довольно условно, у людей есть десятки причин, почему они не уехали в тот или иной момент, уехали и вернулись, не нашли удаленки в валюте, не скопили большую подушку, и т.д. Я вот наблюдаю людей, которые после переезда устроились на завод или за прилавок. По сравнению с этим пожить какое-то время на рублевой ЗП не так тяжело.