С таким отношением слона не продашь) Надо искать сильные стороны в людях и давать им соответствующую работу. Кто-то любит сложные задачи, а кого-то не напрягает в режиме 8/5 рисовать DAO. Или писать документацию. Или тесты. Или скрипты для деплоймента.
Рика можно обвинить только в том, что он, будучи сеньором, пренебрегал знаниями о менеджменте. Он — герой-одиночка. Хорошо кодит, но не задумывается о долгосрочных последствиях, о том, что герой-одиночка не сможет написать в одно лицо работающую систему и что в команде архитектуру и код нужно писать не на уровне самого умного, а на уровне самого тупого члена команды. Или упрощать, или обучать.
Думаю, правильным решением было бы при первых признаках переработки запретить ему программировать, пока он не начнет справляться с основной обязанностью архитектора: формировать единое видение архитектуры у всей команды и контролировать реализацию.
А не должно напрягать. Давать ревьювить свой код джунам полезно во всех отношениях — они учатся на хороших примерах, а если не можешь объяснить джуну, зачем ты сделал это именно так — это повод задуматься над уровнем собственного понимания дао программирования.
Я думаю, что крипторубль для простого человека не будет отличаться от бумажного *ничем*. Биткоин с его ограниченной денежной массой и добычей за счет сжигания современной электроники и перевода электричество в тепло может оказаться не лучшим выбором для государственной валюты. Дефляция и нерациональная трата ресурсов государству не нужны, поэтому выпуск такой валюты монополизирует государство.
Зато для государства…
— исчезнут наличные, обналичивание, черные зарплаты и черная экономика
— исчезнут фальшивомонетчики
— можно автоматизировать взимание налогов
— проще бороться с коррупцией
Главное, чтобы бизнес не вернулся обратно к натуральному обмену :-)
Молоток! Сам так же начинал, только вместо интернета сидишь в библиотеке и переписываешь Крутые Вещи в тетрадочку)
Могу посоветовать только больше читать на английском, поступить в хороший вуз с упором на схемотехнику ЭВМ, информатику или математику и на 3-4 курсе устроиться на стажировку в крупную крутую компанию.
да, каждая программа развернута минимум в двух экземплярах. Все программы и клиенты, которые к ней обращаются, умеют по таймауту реконнект к другому экземпляру
да, облачные провайдеры позвлоляют размещать машины в независимых стойках, датацентрах и регионах
если клиент программы/сервиса может определить, что сервис сломан, он пойдет в другой экземпляр. Если не может (сервис выдает правдоподобный мусор), то плохо. Но я такого не видел никогда.
я неточно выразился, не отказ компонента, а отказ экземпляра компонента конечно же. Функционал системы в целом не страдает
я собственно именно это и имел в виду — когда есть деньги на надежное железо с инфраструктурой и стоимость отказов очень высока — проще купить стойку или несколько и поставить поблизости.
Про программные ошибки: JVM ОЧЕНЬ стабильна и убить её может только нехватка системых ресурсов или аппаратный сбой. Мы не пишем системы управления, так что все алгоритмические ошибки у нас воспроизводимые.
Мы на облаке, и отказ любого узла не приводит к отказу системы. Всё продублировано и восстанавливается автоматически. На AWS с 50 хостами железо отказывает в среднем раз в месяц.
В целом это вопрос дизайна и технологий — отказ любого компонента НЕ должен влиять на работоспособность системы.
Но для производства, пожалуй, проще заплатить большие деньги производителю железа и инженерам, которые умеют строить выч. центры с заданной надежностью, чем полагаться на софт.
Мы сидим на Java и хостимся на облаке, так что у нас все отказы — либо аппаратные, либо связанные с исчерпанием системых ресурсов. И выглядит это так: машина тупо виснет и не реагирует ни на что.
active-active либо отдельный хост в виде супервизора — единственный рабочий вариант.
Не подскажете ссылку на крупное опнсорс приложение на хаскеле? Не компилятор, не математика, не библиотека, а классическое приложение с базой данных, DAO, логикой и GUI?
Если работаете больше 8 часов в день, то требуйте подчиненных или уходите. Для меня смена работы всегда оказывалась очень хорошей идеей.
Подчиненные/соседние админы есть?
С таким отношением слона не продашь) Надо искать сильные стороны в людях и давать им соответствующую работу. Кто-то любит сложные задачи, а кого-то не напрягает в режиме 8/5 рисовать DAO. Или писать документацию. Или тесты. Или скрипты для деплоймента.
Рика можно обвинить только в том, что он, будучи сеньором, пренебрегал знаниями о менеджменте. Он — герой-одиночка. Хорошо кодит, но не задумывается о долгосрочных последствиях, о том, что герой-одиночка не сможет написать в одно лицо работающую систему и что в команде архитектуру и код нужно писать не на уровне самого умного, а на уровне самого тупого члена команды. Или упрощать, или обучать.
Думаю, правильным решением было бы при первых признаках переработки запретить ему программировать, пока он не начнет справляться с основной обязанностью архитектора: формировать единое видение архитектуры у всей команды и контролировать реализацию.
А не должно напрягать. Давать ревьювить свой код джунам полезно во всех отношениях — они учатся на хороших примерах, а если не можешь объяснить джуну, зачем ты сделал это именно так — это повод задуматься над уровнем собственного понимания дао программирования.
Выглядит как чувак, который колет дрова с завязанными глазами
2 волка, 2 козы, 2 капусты — задача уже неразрешима. Что бы крестьянин ни взял в лодку, будут жертвы.
Зато для государства…
— исчезнут наличные, обналичивание, черные зарплаты и черная экономика
— исчезнут фальшивомонетчики
— можно автоматизировать взимание налогов
— проще бороться с коррупцией
Главное, чтобы бизнес не вернулся обратно к натуральному обмену :-)
Самое сложное в программировании — это
Оба варианта используются, и незачем холиворить. К тому же, силиконовая звучит прикольнее)
Молоток! Сам так же начинал, только вместо интернета сидишь в библиотеке и переписываешь Крутые Вещи в тетрадочку)
Могу посоветовать только больше читать на английском, поступить в хороший вуз с упором на схемотехнику ЭВМ, информатику или математику и на 3-4 курсе устроиться на стажировку в крупную крутую компанию.
Паттерны однозначно есть, а вот книг по ним однозначно нет. До сих пор не понимаю, откуда ФП программисты их берут
Похоже на взаимное недопонимание :-)
Про программные ошибки: JVM ОЧЕНЬ стабильна и убить её может только нехватка системых ресурсов или аппаратный сбой. Мы не пишем системы управления, так что все алгоритмические ошибки у нас воспроизводимые.
Мы на облаке, и отказ любого узла не приводит к отказу системы. Всё продублировано и восстанавливается автоматически. На AWS с 50 хостами железо отказывает в среднем раз в месяц.
В целом это вопрос дизайна и технологий — отказ любого компонента НЕ должен влиять на работоспособность системы.
Но для производства, пожалуй, проще заплатить большие деньги производителю железа и инженерам, которые умеют строить выч. центры с заданной надежностью, чем полагаться на софт.
Мы сидим на Java и хостимся на облаке, так что у нас все отказы — либо аппаратные, либо связанные с исчерпанием системых ресурсов. И выглядит это так: машина тупо виснет и не реагирует ни на что.
active-active либо отдельный хост в виде супервизора — единственный рабочий вариант.
Не подскажете ссылку на крупное опнсорс приложение на хаскеле? Не компилятор, не математика, не библиотека, а классическое приложение с базой данных, DAO, логикой и GUI?
Примерно как "человек с высшим техническим образованием не может поменять розетку"
В калифорнии 120к грязными в год — это вроде зарплата миддла.
К сожалению, на практике это людям без ЧСВ недоплачивают)