PHP постоянно развивается, да. А вот динамика по всем метрикам (что рейтинги вроде TIOBE, что опросы от JetBrains/Stackoverflow/...) показывают снижение популярности PHP. Причём совершенно не факт, что становится меньше разработчиков, просто в других языках их становится больше быстрее. А больше разработчиков - больше сообщество - больше библиотек - больше разработчиков. Такая вот обратная связь
Причём существующую кодовую базу надо поддерживать. Если при этом новых кадров не готовят (а в институтах много ли готовят PHP-шников), то это ещё и зарплаты в PHP мире поднимет за счёт высокой конкуренции. Правда, для высоких грейдов, джуны и интерны для этого не подойдут.
Найм в ИТ как был сломан лет 10 назад, когда спрашивали "почему люки круглые", так и до сих пор сломан. То давайте на белой доске без IDE программировать, то давайте логические задачи решать, то давайте ханойскую башню обсудим. Непонятно зачем, когда это вообще не связано с будущими должностными обязанностями...
В какой-то момент я забывался, что нахожусь на интервью и общался с интервьюером, как с коллегой: рассказывал о каких-то негативных моментах в прошлых проектах, говорил от имени команды в контексте "Мы”.
В этом пункте хотелось больше подчеркнуть, что все таки не с другом общаешься и в большей степени презентуешь себя, какой ты специалист, как ты умеешь решать проблемы. И все таки нужно об этом не забывать.
Это устойчивая шутка из RPG игр же) см. make love, not warcraft в южном парке
Если бы я считал кого-то врагами, я бы не делился интересными материалами, не создавал бы сам бесплатный курс, не записывал видосы. Наоборот, я всячески ратую за распространение знаний
Кстати, записать и выложить интервью - законно? Вроде как без уведомления второй стороны не очень, но конкретных законов на этот счёт я не знаю. И не знаю, как к этому отнесутся люди. Знаете что-нибудь на этот счёт?
по поводу смежных команд. я и не понесу им внутрянку. Со смежными командами мы будем смотреть на более верхнеуровневую схему, где будет отражена информация полезная именно им, как внешним ребятам
Категорически согласен насчёт важности работы аналитиков, особенно если есть и бизнес, и системные аналитики - важно, чтобы знания не просыпались при передаче артефактов.
Как вы понимаете на этот счет прямого ответа нет))
У нас очень квалифицированные manual qa. Они очень хорошо знают продукт, очень дотошно изучают требования на разработку, участвуют в разборе инцидентов на линиях поддержки. И по сути благодаря им получается выявлять и сокращать количество кейсов, о которых никто не подумал ранее.
Конечно кажется уже поздновато - на этапе тестирования, но это точно лучше, чем в проде.
Хороший пример задачи, которой нужны детали. Ладно, если Оля одна, это не требуется уточнять. Но где её встретить? Во сколько? Нужно ли что-то с собой взять? Вот эти детали, вписанные в задачу, позволяют далее не думать, а просто делать
Да с точки зрения рисков вы, безусловно, правы. Но тут по факту рандом – компания может начать блокировать и выгонять кого угодно, может вмешаться РКН и вообще может произойти что угодно. В этом смысле прописка команды разработчиков мало на что повлияет. Чтобы купировать риски, стоит смотреть только self-hosted решения с открытым исходным кодом, и мириться с отсутствием нужного функционала. Вы знаете или пользуетесь такими?
Мне, конечно, будет обидно потерять историю задач, но я довольно быстро смогу мигрировать куда угодно. Потеряв в удобстве, понятное дело
Who cares? В США разрабатывают довольно много софта и проектируют много железа. На минуточку, Intel и AMD американские, а без процессоров от них, весьма вероятно, не работал бы ни этот сайт, ни ваше устройство
На вкус и цвет – годится любой таск менеджер, если вам в нём работать удобно) мне очень зашёл ТикТик, плачу за подписку. Хотя глобально, вроде как, этот тракт в любом такс-менеджере можно запилить
uniq -c к каждой строке дописывает число раз, которое строка встречается. При этом он выводит все строки. Ответа в виде "всего X уникальных строк" этой командой не получить
Кстати, вы пробовали, сколько по времени выводится 10+ млн строк? Это занимает довольно много времени
Проблема будет в тот момент, когда пользователь обновит версию питона или версию используемой библиотеки. Тогда системная утилита рискует отвалиться в самый неожиданный момент. Случай редкий нынче, но раньше такое было сплошь и рядом
Да, общая терминология - это важно во многих случаях. Конкретно эта троица так друг в друга проросла, что вот линейка "вы запускаете GUI terminal emulator, оно запускает shell, который обычно bash как конкретная реализация шелла" в среднем неважна. В плане, на GUI обычно плевать (ну, вот я использую terminator, но я оттуда юзаю infinite scroll, цвет, split screen, вроде всё). Дальше, те, кто знаком с не-bash шеллами, понимают, о чём речь при вопросе bash vs shell. Для остальных это всё терминал и всё
Спасибо за статью. Всегда искал, куда людей про TTY тыкать, т.к. на пальцах я только на уровне "ну, это такое устройство псевдо-файл и он есть по историческим причинам" могу объяснить
PHP постоянно развивается, да. А вот динамика по всем метрикам (что рейтинги вроде TIOBE, что опросы от JetBrains/Stackoverflow/...) показывают снижение популярности PHP. Причём совершенно не факт, что становится меньше разработчиков, просто в других языках их становится больше быстрее. А больше разработчиков - больше сообщество - больше библиотек - больше разработчиков. Такая вот обратная связь
Причём существующую кодовую базу надо поддерживать. Если при этом новых кадров не готовят (а в институтах много ли готовят PHP-шников), то это ещё и зарплаты в PHP мире поднимет за счёт высокой конкуренции. Правда, для высоких грейдов, джуны и интерны для этого не подойдут.
И, кажется, PHP в лидерах статей в стиле "PHP (не) умирает" вроде https://tproger.ru/articles/php-ne-umiraet--i-dokazatelstvo-tomu---nehvatka-php-programmistov-na-rynke-i-vysokie-zarplaty . Только если раньше говорили о перспективности, то вот эта статья уже про "джунов не будет, а работа будет -> поэтому норм выбор". Только это не так работает, кажется)
Найм в ИТ как был сломан лет 10 назад, когда спрашивали "почему люки круглые", так и до сих пор сломан. То давайте на белой доске без IDE программировать, то давайте логические задачи решать, то давайте ханойскую башню обсудим. Непонятно зачем, когда это вообще не связано с будущими должностными обязанностями...
В этом пункте хотелось больше подчеркнуть, что все таки не с другом общаешься и в большей степени презентуешь себя, какой ты специалист, как ты умеешь решать проблемы. И все таки нужно об этом не забывать.
Это устойчивая шутка из RPG игр же) см. make love, not warcraft в южном парке
Если бы я считал кого-то врагами, я бы не делился интересными материалами, не создавал бы сам бесплатный курс, не записывал видосы. Наоборот, я всячески ратую за распространение знаний
Хех, доп. монетизация подъехала
Кстати, записать и выложить интервью - законно? Вроде как без уведомления второй стороны не очень, но конкретных законов на этот счёт я не знаю. И не знаю, как к этому отнесутся люди. Знаете что-нибудь на этот счёт?
по поводу смежных команд. я и не понесу им внутрянку. Со смежными командами мы будем смотреть на более верхнеуровневую схему, где будет отражена информация полезная именно им, как внешним ребятам
Категорически согласен насчёт важности работы аналитиков, особенно если есть и бизнес, и системные аналитики - важно, чтобы знания не просыпались при передаче артефактов.
Как вы понимаете на этот счет прямого ответа нет))
У нас очень квалифицированные manual qa. Они очень хорошо знают продукт, очень дотошно изучают требования на разработку, участвуют в разборе инцидентов на линиях поддержки. И по сути благодаря им получается выявлять и сокращать количество кейсов, о которых никто не подумал ранее.
Конечно кажется уже поздновато - на этапе тестирования, но это точно лучше, чем в проде.
Хороший пример задачи, которой нужны детали. Ладно, если Оля одна, это не требуется уточнять. Но где её встретить? Во сколько? Нужно ли что-то с собой взять? Вот эти детали, вписанные в задачу, позволяют далее не думать, а просто делать
Конечно, приёмник – не радиоволны же
Но радио Попов изобрёл!
Да с точки зрения рисков вы, безусловно, правы. Но тут по факту рандом – компания может начать блокировать и выгонять кого угодно, может вмешаться РКН и вообще может произойти что угодно. В этом смысле прописка команды разработчиков мало на что повлияет. Чтобы купировать риски, стоит смотреть только self-hosted решения с открытым исходным кодом, и мириться с отсутствием нужного функционала. Вы знаете или пользуетесь такими?
Мне, конечно, будет обидно потерять историю задач, но я довольно быстро смогу мигрировать куда угодно. Потеряв в удобстве, понятное дело
Who cares? В США разрабатывают довольно много софта и проектируют много железа. На минуточку, Intel и AMD американские, а без процессоров от них, весьма вероятно, не работал бы ни этот сайт, ни ваше устройство
На вкус и цвет – годится любой таск менеджер, если вам в нём работать удобно) мне очень зашёл ТикТик, плачу за подписку. Хотя глобально, вроде как, этот тракт в любом такс-менеджере можно запилить
uniq -c к каждой строке дописывает число раз, которое строка встречается. При этом он выводит все строки. Ответа в виде "всего X уникальных строк" этой командой не получить
Кстати, вы пробовали, сколько по времени выводится 10+ млн строк? Это занимает довольно много времени
Проблема будет в тот момент, когда пользователь обновит версию питона или версию используемой библиотеки. Тогда системная утилита рискует отвалиться в самый неожиданный момент. Случай редкий нынче, но раньше такое было сплошь и рядом
Плохо - это в концепции EEE разрушить линукс-сообщество, замкнув всё на себя
Да, ls -1 везде существует. А sort -1 в специфических ситуациях :)
Спасибо, это решение (если не надо смотреть в подкаталоги) куда более изящное
Да, общая терминология - это важно во многих случаях. Конкретно эта троица так друг в друга проросла, что вот линейка "вы запускаете GUI terminal emulator, оно запускает shell, который обычно bash как конкретная реализация шелла" в среднем неважна. В плане, на GUI обычно плевать (ну, вот я использую terminator, но я оттуда юзаю infinite scroll, цвет, split screen, вроде всё). Дальше, те, кто знаком с не-bash шеллами, понимают, о чём речь при вопросе bash vs shell. Для остальных это всё терминал и всё
Спасибо за статью. Всегда искал, куда людей про TTY тыкать, т.к. на пальцах я только на уровне "ну, это такое устройство псевдо-файл и он есть по историческим причинам" могу объяснить
ubuntu 18.04, kernel 4.16, sort -1 нет