Пожалуйста, оставайтесь на столько ограниченным на сколько возможно, так долго, как можете. И распространяйте этот подход. Не надо знать ни осей, ни алгоритмов и вообще ничего.
Пока жива ваша стратегия, я спокоен за свои доходы и карьерный рост.
смотрите, я за пару лет выкатил одно по сути мажерное обновление, а сеть мне переделывали уже трижды.
Это аргумент. А я за 10 лет поменял три места жительства, а оператор остался тот же. Только кабель на оптику сменился в прошлом году. А обновлений выкатываю по два в неделю. И офиса три поменялось, и во всех сеть как перед заездом строили, так и стоит. Так что моё кун-фу сильнее.
Никакой просты и динамики в нынешней разработке софта не осталось в помине
Наоборот, стало ещё проще чем раньше. Один хипстер со смузи и лавндовым рафом может за два дня целую систему переделать. Посмотрю, как вы электросеть района переложите за два дня.
заставит вас только согласовывать через всю вертикаль изменения больше, чем офис построить.
Мне кажется, вы свою личную боль распространяете на всю индустрию. Я вам искренне соболезную, но это ошибочный подход.
И простоты изменений не осталось тоже. Такие неявные взаимосвязи, что с кабелями не повторить
Простите за прямоту, но если проектировать, используя предложенный подход, то ничего удивительного.
Не идет кабель за океан на забытые телефоны, а апи в богом забытых интергациях висит десятками лет и подвинуть его та еще проблема.
Я поддерживаю продукт для прозвона старинных пачинко-аппаратов через беспроводной японский ISDN. Мой кабель, к сожалению, идёт за океан на забытые телефоны.
Во-первых, разработка ПО отличается от других инженерных дисциплин простотой и динамикой изменений. Аналогии с электропроводкой неприменимы
Во-вторых, если вы разрабатываете только ради денег, и чтобы порадовать начальство, тогда советы ничего. Особенно, если ваши проекты действительно живут не больше пары лет. Если же вы работаете вдолгую ради пользователей и коллег, то надо разграничить:
Наблюдай и делай красиво, воруй у других
работает для кода, но не работает для дизайна. Код должен быть красивым, дизайн — адекватным.
В-третьих, Антуан Жанович почти 100 лет назад гениально сказал: "совершенство достигается не тогда, когда уже нечего прибавить, но когда уже ничего нельзя отнять." По-этому, не надо лепить ненужного.
Амазон, конечно, в этой истории выставил себя с самой вахтёрской стороны. Вместо того, чтобы сразу нанять человека или взять его стартап под крыло. Если бы Ли был менее ершистым, директорам пришлось бы бегать извиняться.
В октябре 2021 года его принимают в Гарвард по системе раннего приёма. Если продолжать попытки угадать судьбу человека по деталям биографии, то лет через пятнадцать должен получиться очередной высокооплачиваемый технический директор для американского технологического гиганта.
Некоторые даже устраивают отдельное собеседование по алгоритмам, зачастую весьма нешуточное.
Большие компании при найме должны отфильтровать кандидатов, которые не умеют программировать. Их много. Прям, реально много. Для примера, у меня был кандидат, который в тестовом написал три вложенных цикла for от одного до тысячи. Спрашиваю: "сколько раз выполнится выражение внутри самого вложенного цикла". Отвечает: "тысячу". Переспрашивал несколько раз: всё-равно "тысячу."
Во-вторых, бигтех предлагает зарплату заметно выше рынка, а потому, может позволить себе нанимать только тех, кто мотивирован работать именно у них.
Ни то, ни другое, не имеет никакого отношения к ценности понимания алгоритмической сложности самим разработчиком. Последнюю даже обосновывать странно: если разработчик не может прикинуть сложность решения по вычислениям и памяти, то он просто профнепригоден.
Если вам не нравится процесс интервью в компании, то скорее всего вам не понравятся и коллеги, набранные в рамках этого процесса. Стоит ли работать в такой компании?
А они не сломали потоки при переходе от 2.4 к 2.6?
На сколько мне известно, поменялась реализация внутри ядра. Пользовательские приложения не ломались. Во всяком случае, я про такое не слышал.
А сетевой API (advanced его часть, а не просто сокеты) не сломались при переходе к новому стеку TCP/IP (не помню в точности, в какой версии ядра это произошло)?
Опять же, хорошо бы указать какой конкретно API поломался. И в каком приложении. А то трудно ответить. Во всяком случае, с тех пор как я активно пользуюсь линуксом (~25 лет) ничего подобного не происходило. ifconfig от 2001-го года всё ещё собирается и работает.
Стоит отметить, что если в новая роль оказалась не столь прекрасной, как виделось раньше всегда можно вернуться назад. Дополнительный смежный опыт — это всегда плюс.
Не очень понятна проблема вообще. Хочется ядра с крестами и джавой, так форкните и разрешайте. Если сообщество (как пользователей, так и разработчиков) к вам потянется, так и славно, вы победили.
По сравнению с Робертом Пайком, который на протяжении многих лет руководил разработкой языка Go, Линус - так, молодая шпана в дырявых трениках.
Go релизнулся в 2009-м. Линукс в 1991-м. То что Пайк старше Торвальдса не делает его более (или менее) профессиональным. Как говорил Михаил Михайлович: "мудрость приходит с возрастом, но иногда возраст приходит один."
За всё время разработки Go, начиная с релиза 1.0, обратная совместимость компилятора не была сломана НИ РАЗУ
В такой ситуации педагогического смысла нуль, тут вы правы конечно. Однако, ситуация не выглядит реалистичной. Как маленький ребёнок получит фотографию маминой банковской карты и как он свяжется с "добрым дядей"? Если мама сама купила ему телефон и позволила зарегистрироваться в сетях с "добрыми дядями", то ценный опыт получит уже мама, а не ребёнок. Но он будет поздний и дорогой, в строгом соответствии с озвученным раннее тезисом.
Сама идея выдавать рейтинги — абсолютно нормальная. Но работает всё это лишь в том случае, когда организации, ставящие рейтинги, не глупо следуют собственным методичкам, а вдумчиво изучают каждый конкретный случай
Сколько людей игр выходят ежедневно? Сколько людей надо нанять, чтобы "вдумчиво изучить" каждую игру? И сколько будет стоить такое вдумчивое изучение? А ведь платить будут игроки.
и в комиссиях сидят беспристрастные люди, которые не уходят из крайности в крайность
Где бы взять таких людей. И не только для этой комиссии.
Чтобы не стать жертвой мошенничества. Человек получает всякий опыт в детском возрасте, чтобы в будущем знать, как себя вести в той или иной ситуации. Что-то можно изучить по тиктокам, что-то — только на собственной шкуре. Соответственно, став жертвой мошенников люди становятся менее доверчивы и шанс стать жертвой аналогичной ситуации в будущем уменьшается.
From its Christian view of the world and the human, KU Leuven endeavours to be a place for open discussion
Это не оттого, что они удачные, а из-за диктатуры
пролетариатаЛинуса: WE DONT BREAK THE USERSPACEПожалуйста, оставайтесь на столько ограниченным на сколько возможно, так долго, как можете. И распространяйте этот подход. Не надо знать ни осей, ни алгоритмов и вообще ничего.
Пока жива ваша стратегия, я спокоен за свои доходы и карьерный рост.
Это аргумент. А я за 10 лет поменял три места жительства, а оператор остался тот же. Только кабель на оптику сменился в прошлом году. А обновлений выкатываю по два в неделю. И офиса три поменялось, и во всех сеть как перед заездом строили, так и стоит. Так что моё кун-фу сильнее.
Наоборот, стало ещё проще чем раньше. Один хипстер со смузи и лавндовым рафом может за два дня целую систему переделать. Посмотрю, как вы электросеть района переложите за два дня.
Мне кажется, вы свою личную боль распространяете на всю индустрию. Я вам искренне соболезную, но это ошибочный подход.
Простите за прямоту, но если проектировать, используя предложенный подход, то ничего удивительного.
Я поддерживаю продукт для прозвона старинных пачинко-аппаратов через беспроводной японский ISDN. Мой кабель, к сожалению, идёт за океан на забытые телефоны.
Во-первых, разработка ПО отличается от других инженерных дисциплин простотой и динамикой изменений. Аналогии с электропроводкой неприменимы
Во-вторых, если вы разрабатываете только ради денег, и чтобы порадовать начальство, тогда советы ничего. Особенно, если ваши проекты действительно живут не больше пары лет. Если же вы работаете вдолгую ради пользователей и коллег, то надо разграничить:
работает для кода, но не работает для дизайна. Код должен быть красивым, дизайн — адекватным.
В-третьих, Антуан Жанович почти 100 лет назад гениально сказал: "совершенство достигается не тогда, когда уже нечего прибавить, но когда уже ничего нельзя отнять." По-этому, не надо лепить ненужного.
Амазон, конечно, в этой истории выставил себя с самой вахтёрской стороны. Вместо того, чтобы сразу нанять человека или взять его стартап под крыло. Если бы Ли был менее ершистым, директорам пришлось бы бегать извиняться.
Или официантом в макдаке
Какого, простите, поведения?
Большие компании при найме должны отфильтровать кандидатов, которые не умеют программировать. Их много. Прям, реально много. Для примера, у меня был кандидат, который в тестовом написал три вложенных цикла for от одного до тысячи. Спрашиваю: "сколько раз выполнится выражение внутри самого вложенного цикла". Отвечает: "тысячу". Переспрашивал несколько раз: всё-равно "тысячу."
Во-вторых, бигтех предлагает зарплату заметно выше рынка, а потому, может позволить себе нанимать только тех, кто мотивирован работать именно у них.
Ни то, ни другое, не имеет никакого отношения к ценности понимания алгоритмической сложности самим разработчиком. Последнюю даже обосновывать странно: если разработчик не может прикинуть сложность решения по вычислениям и памяти, то он просто профнепригоден.
Если вам не нравится процесс интервью в компании, то скорее всего вам не понравятся и коллеги, набранные в рамках этого процесса. Стоит ли работать в такой компании?
Настоящие программисты...
На сколько мне известно, поменялась реализация внутри ядра. Пользовательские приложения не ломались. Во всяком случае, я про такое не слышал.
Опять же, хорошо бы указать какой конкретно API поломался. И в каком приложении. А то трудно ответить. Во всяком случае, с тех пор как я активно пользуюсь линуксом (~25 лет) ничего подобного не происходило.
ifconfigот 2001-го года всё ещё собирается и работает.Стоит отметить, что если в новая роль оказалась не столь прекрасной, как виделось раньше всегда можно вернуться назад. Дополнительный смежный опыт — это всегда плюс.
Не очень понятна проблема вообще. Хочется ядра с крестами и джавой, так форкните и разрешайте. Если сообщество (как пользователей, так и разработчиков) к вам потянется, так и славно, вы победили.
Go релизнулся в 2009-м. Линукс в 1991-м. То что Пайк старше Торвальдса не делает его более (или менее) профессиональным. Как говорил Михаил Михайлович: "мудрость приходит с возрастом, но иногда возраст приходит один."
Ну так и в Линуксе действует известное правило: "WE DO NOT BREAK USERSPACE!"
Обычно, при таких вводных никто не докапывается до названий методов. Не должны, во всяком случае.
В такой ситуации педагогического смысла нуль, тут вы правы конечно. Однако, ситуация не выглядит реалистичной. Как маленький ребёнок получит фотографию маминой банковской карты и как он свяжется с "добрым дядей"? Если мама сама купила ему телефон и позволила зарегистрироваться в сетях с "добрыми дядями", то ценный опыт получит уже мама, а не ребёнок. Но он будет поздний и дорогой, в строгом соответствии с озвученным раннее тезисом.
Сколько людей игр выходят ежедневно? Сколько людей надо нанять, чтобы "вдумчиво изучить" каждую игру? И сколько будет стоить такое вдумчивое изучение? А ведь платить будут игроки.
Где бы взять таких людей. И не только для этой комиссии.
Не только для госорганов. Взглянуть на свою профессиональную область глазами постороннего в целом полезное умение
Спасибо за перевод, конечно, но какой "Хунио"? Он же не испанец, а вовсе даже японец. По-этому, Дзюн. Ну, в крайнем случае, Джунио.
Чтобы не стать жертвой мошенничества. Человек получает всякий опыт в детском возрасте, чтобы в будущем знать, как себя вести в той или иной ситуации. Что-то можно изучить по тиктокам, что-то — только на собственной шкуре. Соответственно, став жертвой мошенников люди становятся менее доверчивы и шанс стать жертвой аналогичной ситуации в будущем уменьшается.
значит будут делать больше продуктов. Если не будут они, то будут другие. Пока есть спрос, людей будут нанимать.