Прочитал с огромным интересом! Много лет назад в детстве я тоже делал модели эволюции, на QuickBasic 4.5. Организмы имели несколько параметров - размер, скорость, что-то еще. Мир представлял собой зацикленное по двум краям поле, по которому снова и снова медленно проходила от края до края широкая полоса - типа световой день. На свету организмы заряжались "энергией", в темноте тратили. Двигаясь тоже тратили. Для рождения потомства нужна была энергия, мутации случайно немного меняли параметры потомства. В итоге популяция через много циклов почти всегда делилась на "растения", которые теряли способность двигаться и легко переживали темноту, и "животных" - быстрых и легких которые успешно бегали за солнцем. Растения создавали колонии заселяя потомками место вокруг себя. Животные - не очень устойчивые популяции, которые могли в процессе миграций вымереть полностью. Правда до взаимодействия организмов (поедания, скрещивания) я не добрался - начался институт а потом взрослая жизнь ))
Однажды хотелось расстрелять разработчиков Google Docs, за то что он заменял обычные двойные кавычки в технической документации на необычные. Из-за чего копипасты кода у пользователей перестали работать.
Отчего же? Реакторы на быстрых нейтронах удешевят топливо и позволят при рыночной необходимости удешевить конечный киловат-час. И они не фантастика, а уже работают.
подчеркивания перед именами а особенно __двойные или __двусторонние__ подчеркивания - это путь в ад. Только вы знаете что они в вашем проекте означают.
В достопамятные двухтысячные годы джунов и в самом деле нанимали.
Да, только работы и вакансий было меньше на пару порядков. Я в 2003 году нашел свою первую в IT работу - тестировщиком, искал больше года. Успел поработать и на стройке и в парке аттракционов, пока искал.
И платили сущие гроши, и требовали настоящего результата в реальных проектах, не особо закрывая глаза на мои косяки, сделанные по-неопытности. Все было по-взрослому.
Да не нужна никакая нормировка. Нужно убедить заказчика, что цена вашего труда окупается для него. А потом доказать это делом. И если это действительно так, он будет платить вам столько, на сколько договорились.
Есть ещё один вариант ценообразования. Если проект большой и сложный и заказчик это понимает, говорите ему, что у вас команда а вы ее лидер и все коммуникации через вас. Команду оцениваете или по часам или по задачам - не так уж важно. Это позволяет обосновать кратное увеличение стоимости к рынку одиночек.
А дальше делаете всё сами. Ну или действительно кого-то нанимаете субподрядчиками, если в этом есть смысл.
Поэтому дома я варю в капельной - это довольно быстро, легко регулировать крепость количеством засыпки и выходной объем получается приличный (у меня всего 500мл, но капельные бывают и гораздо больше) Конечно в ней не получишь вкус как в хорошей кофейне, но чтобы сутки напролёт работать - вполне годится. Точно лучше растворимого Отдельный плюс капельной кофеварки - стоит сущие копейки, не требует обслуживания, удивительно надежна.
Итальянцы конечно молодцы, но у нас уже своя культура потребления кофе сформировалась. Не знаю сколько там пьют в штатах или Китае, но в России на заправках, как писали в какой то статистике, самый популярный объем - 300мл. А ведь там есть и 500, и его тоже берут.
И что удивляет, при таких запросах рынка, ни разу не встречал бытовую кофемашину, которая делает больше 200мл. И то обычно это обозначается как две кружки.
Лично для меня тревожный звоночек, когда сотрудник уровнем выше курьера или уборщицы апеллирует к своей должностной инструкции. Что вы предлагаете в качестве должностной инструкции для РП? Весь PMBoK приложить и допником Agile Manifesto ?
И чтобы это все обязательно собиралось полчаса в CI/CD c миллионом зависимостей и запускалось в докерах.
Забавно, что большинство перечисленных базовых технологий никуда не делись, просто спрятаны под капотом современных инструментов.
Прочитал с огромным интересом!
Много лет назад в детстве я тоже делал модели эволюции, на QuickBasic 4.5. Организмы имели несколько параметров - размер, скорость, что-то еще. Мир представлял собой зацикленное по двум краям поле, по которому снова и снова медленно проходила от края до края широкая полоса - типа световой день. На свету организмы заряжались "энергией", в темноте тратили. Двигаясь тоже тратили. Для рождения потомства нужна была энергия, мутации случайно немного меняли параметры потомства. В итоге популяция через много циклов почти всегда делилась на "растения", которые теряли способность двигаться и легко переживали темноту, и "животных" - быстрых и легких которые успешно бегали за солнцем. Растения создавали колонии заселяя потомками место вокруг себя. Животные - не очень устойчивые популяции, которые могли в процессе миграций вымереть полностью.
Правда до взаимодействия организмов (поедания, скрещивания) я не добрался - начался институт а потом взрослая жизнь ))
Можно в студию? Оно к нашей реальности вообще имеет отношение?
> РП не должен мыть полы, например.
А разве в инструкциях пишут то, что человек делать не должен?
Однажды хотелось расстрелять разработчиков Google Docs, за то что он заменял обычные двойные кавычки в технической документации на необычные. Из-за чего копипасты кода у пользователей перестали работать.
Отчего же? Реакторы на быстрых нейтронах удешевят топливо и позволят при рыночной необходимости удешевить конечный киловат-час. И они не фантастика, а уже работают.
Выглядит так что некоторым рекрутерам забыли ввести KPI от закрытых вакансий.
подчеркивания перед именами а особенно __двойные или __двусторонние__ подчеркивания - это путь в ад. Только вы знаете что они в вашем проекте означают.
Вы серьезно сейчас? И как вы представляете реализацию этого "надо"?
Да, только работы и вакансий было меньше на пару порядков. Я в 2003 году нашел свою первую в IT работу - тестировщиком, искал больше года. Успел поработать и на стройке и в парке аттракционов, пока искал.
И платили сущие гроши, и требовали настоящего результата в реальных проектах, не особо закрывая глаза на мои косяки, сделанные по-неопытности. Все было по-взрослому.
Да не нужна никакая нормировка. Нужно убедить заказчика, что цена вашего труда окупается для него. А потом доказать это делом. И если это действительно так, он будет платить вам столько, на сколько договорились.
Нет. По факту автор выполняет в своих проектах несколько ролей, все честно
Есть ещё один вариант ценообразования. Если проект большой и сложный и заказчик это понимает, говорите ему, что у вас команда а вы ее лидер и все коммуникации через вас. Команду оцениваете или по часам или по задачам - не так уж важно. Это позволяет обосновать кратное увеличение стоимости к рынку одиночек.
А дальше делаете всё сами. Ну или действительно кого-то нанимаете субподрядчиками, если в этом есть смысл.
Поэтому дома я варю в капельной - это довольно быстро, легко регулировать крепость количеством засыпки и выходной объем получается приличный (у меня всего 500мл, но капельные бывают и гораздо больше)
Конечно в ней не получишь вкус как в хорошей кофейне, но чтобы сутки напролёт работать - вполне годится. Точно лучше растворимого
Отдельный плюс капельной кофеварки - стоит сущие копейки, не требует обслуживания, удивительно надежна.
Тогда вопрос к стандартному размеру рожка и количеству кофе в нем
Тоже так думал, но нынче кофе с красно-белых заправок на мой вкус неплох.
Конечно это странно для ценителей кофе, но для массового потребителя это уже привычка. Рынок подстраивается под желания потребителя а не наоборот.
Видимо производство этих "бойлеров" это какой-то rocket science, раз никто не может сделать побольше ))
Итальянцы конечно молодцы, но у нас уже своя культура потребления кофе сформировалась. Не знаю сколько там пьют в штатах или Китае, но в России на заправках, как писали в какой то статистике, самый популярный объем - 300мл. А ведь там есть и 500, и его тоже берут.
И что удивляет, при таких запросах рынка, ни разу не встречал бытовую кофемашину, которая делает больше 200мл. И то обычно это обозначается как две кружки.
Лично для меня тревожный звоночек, когда сотрудник уровнем выше курьера или уборщицы апеллирует к своей должностной инструкции.
Что вы предлагаете в качестве должностной инструкции для РП? Весь PMBoK приложить и допником Agile Manifesto ?