Если вокруг одни синьеры, то перед кем они будут выделываться своим синьерством - не перед начальством же?
Джуны в команде более старших товарищей приносят пользу даже в плане эмоциональной разрядки. Отдавать 20% синьерского оклада, чтобы он чувствовал себя важно и комфортно, для компании не то чтобы большие деньги. К тому же, если попадаются действительно толковые ребята, то эти вложения быстро окупаются.
Считать ли разработчика инженером - это другой вопрос
"Разработчик" это жаргон. А так, IT это инженерная область. Поэтому тайтлы называются Software Engineer, Engineering Manager и т.п. Вот Computer Science как и прочая математика это уже философия.
Если читать буквально, то здесь речь идёт лишь о правах государства, а не ваших. Можно-ли считать какие-либо притязания к фотографам попыткой внешнего влияния на информационную политику такого государства, вопрос наверное дискуссионный.
Некоторые результаты подтвердили очевидное. Например, что абсолютное большинство «за» скорейшее достижение Россией цифрового суверенитета
Интересно, что данное большинство понимало под "цифровым суверенитетом", и то состояние общества, когда он будет достигнут? Вообще есть-ли у него юридически значимое определение.
Вам теперь не кажется, что заходить в менеджмент через позицию тех.лида это был не самый оптимальный путь - ведь кто-то идёт сразу в менеджмент? Открывать свой бизнес можно с любой позиции - предпринимательские навыки вообще слабо зависят от уклона в технику. В всяком случае из статьи не понятно, что вам дали эти позиции.
самый прямой, самый близкий путь к позиции СТО, позволяющий взять на себя массу новых и интересных обязанностей
Лидов, взявших на себя массу новых и интересных обязанностей, как правило сильно больше, чем вакантных позиций CTO. Плюс не каждый способен. Поэтому для основной массы это красивый потолок.
Вы еще не менеджер, тем более не С-левел. Но вы уже не разработчик
Все так и есть. Менеджеры будут общаться с вами как с разработчиком, а разработчики как солдат со старшиной.
Вообще обмолвиться в менеджерской тусовке, что вы пишите код, означает, что лычка developer к вам прилипнет всерьез и на долго. Дальше за своего вас уже ни кто не считает и вы можете рассчитывать лишь на снисходительные улыбки.
Архитектура задаёт структуру и ограничения. Она действительно зависит от нефункциональных требований. Но не все НФТ являются значимыми в плане архитектуры. Изрядная часть из них относится к дизайну.
Например, надежность это практически всегда архитектурно значимое требование, а читаемость кода, извините, - нет.
Архитекторы часто занимаются и теми и другими вопросами. Но раз вы решили раскрыть заблуждения, то в изложении не помешало бы провести более четкие границы между архитектурными аспектами и дизайном - иначе могут возникнуть новые.
Архитектура начинается с команды
Архитектура рассматривается на разных уровнях: Enterprise, Solution, Systems, Software, Infrastructure и т.п. Названия говорят сами за себя. На практике это позволяет не смешивать такие мало связные вещи, как требования к командам и MVC в одном месте. По сути они определяют разные специализации архитекторов и являются отдельными предметами для обсуждения.
Короче отличный фактическй материал, но статье про архитектуру, кажется самой не хватает архитектуры. Даже возникло сомнение, не сгенерирован-ли он нейросеткой?
arr = get_test_data(30000, 5) start = time.time() with ProcessPoolExecutor() as process_pool: process_pool.map(insert_sort, arr)
Гонять огромные массы данных между процессами это скорее тестирование механики IPC в питоне (что в принципе тоже интересная тема). Может для чистоты эксперимента их стоит генерировать внутри дочернего процесса?
В питоне, как таковых корутин нет, есть генераторы.
Корутина это абстрактное понятие (как функция, например). Генератор здесь скорее конкретный API. Какое-то время генераторы использовались в питоне для эмуляции корутин. Но с момента появления async/await в синтаксисе языка, у корутин теперь свой API: Coroutine наследует Awaitable, а не Generator - и набор методов у них отличается. Пруф. https://docs.python.org/3/library/collections.abc.html . Генераторы какое-то время можно было использовать в качестве корутин, но в python 3.11 это (декоратор asyncio.coroutine) уже выпилили.
algorithms.py вообще оставлю без комментариев, там жесть, конечно
А по-моему это шедевр. Все алгоритмы сортировки, которые обычно спрашивают на собеседованиях, в одном файле. :)
Вообще мне понравилось как декомпозирован код. Узнал, что из Figma можно экспортировать дизайн в QT. Короче отличная олдскульная работа со своим авторским ui, когда ещё не было этих вездесущих Jupyter Notebook, которые выглядят одинаково как армейские сапоги.
гуру отвечает: «и ты тоже прав! У каждого своя правда. Задумайся, когда ты думаешь о мире это лишь убеждения у тебя в голове. Когда ты думаешь о чужих убеждениях (о том, что думают другие люди), это тоже лишь убеждения у тебя в голове. Не существует ничего, кроме, убеждений у тебя в голове».
Не хватает заключительной фразы гуру: "с вас двоих по $100 за консультацию".
Во-первых она, да - назойливая. В итоге действительно начинаешь обрабатывать. А чтобы не пришлось писать лишнего, приходится отделять грязный код, где могут быть ошибки, от чистого - где их не может быть в принципе. Чем-то похоже на хаскель.
Во-вторых она простая и однообразная. Когда твои плюсанутые товарищи только начинают разбираться в иерархииях наследования исключений. В гошечке достаточно выучить пару приемов и у тебя уже диплом.
"откройте счет на индивидуальных условиях", "приведите на лечение
Гредруга и сдайте экзамен без комиссии".Если вокруг одни синьеры, то перед кем они будут выделываться своим синьерством - не перед начальством же?
Джуны в команде более старших товарищей приносят пользу даже в плане эмоциональной разрядки. Отдавать 20% синьерского оклада, чтобы он чувствовал себя важно и комфортно, для компании не то чтобы большие деньги. К тому же, если попадаются действительно толковые ребята, то эти вложения быстро окупаются.
Например, у государства есть монополия на насилие, а у граждан такого права нет.
Поэтому ставить знак равенства между гражданами и государством, когда вопрос касается прав, нельзя.
Как вы считаете, не приведёт-ли такая суверенизация в итоге к монополизации прав и на информацию?
Постоянно увеличивается только возраст. Навыки обнулятся, как только перестаешь этим заниматься.
"Разработчик" это жаргон. А так, IT это инженерная область. Поэтому тайтлы называются Software Engineer, Engineering Manager и т.п. Вот Computer Science как и прочая математика это уже философия.
Мне попалось такое определение (ссылка из Гугла, не претендую на истину):
Если читать буквально, то здесь речь идёт лишь о правах государства, а не ваших. Можно-ли считать какие-либо притязания к фотографам попыткой внешнего влияния на информационную политику такого государства, вопрос наверное дискуссионный.
Взять чужое без разрешения и вернуть если поймали. Почему вы считаете, что это не кража?
Интересно, что данное большинство понимало под "цифровым суверенитетом", и то состояние общества, когда он будет достигнут? Вообще есть-ли у него юридически значимое определение.
Вам теперь не кажется, что заходить в менеджмент через позицию тех.лида это был не самый оптимальный путь - ведь кто-то идёт сразу в менеджмент? Открывать свой бизнес можно с любой позиции - предпринимательские навыки вообще слабо зависят от уклона в технику. В всяком случае из статьи не понятно, что вам дали эти позиции.
Лидов, взявших на себя массу новых и интересных обязанностей, как правило сильно больше, чем вакантных позиций CTO. Плюс не каждый способен. Поэтому для основной массы это красивый потолок.
Все так и есть. Менеджеры будут общаться с вами как с разработчиком, а разработчики как солдат со старшиной.
Вообще обмолвиться в менеджерской тусовке, что вы пишите код, означает, что лычка developer к вам прилипнет всерьез и на долго. Дальше за своего вас уже ни кто не считает и вы можете рассчитывать лишь на снисходительные улыбки.
Архитектура задаёт структуру и ограничения. Она действительно зависит от нефункциональных требований. Но не все НФТ являются значимыми в плане архитектуры. Изрядная часть из них относится к дизайну.
Например, надежность это практически всегда архитектурно значимое требование, а читаемость кода, извините, - нет.
Архитекторы часто занимаются и теми и другими вопросами. Но раз вы решили раскрыть заблуждения, то в изложении не помешало бы провести более четкие границы между архитектурными аспектами и дизайном - иначе могут возникнуть новые.
Архитектура рассматривается на разных уровнях: Enterprise, Solution, Systems, Software, Infrastructure и т.п. Названия говорят сами за себя. На практике это позволяет не смешивать такие мало связные вещи, как требования к командам и MVC в одном месте. По сути они определяют разные специализации архитекторов и являются отдельными предметами для обсуждения.
Короче отличный фактическй материал, но статье про архитектуру, кажется самой не хватает архитектуры. Даже возникло сомнение, не сгенерирован-ли он нейросеткой?
Alpine Linux использует musl вместо glibc. Попробуйте, может вам понравится. Но вообще это рулетка.
Гонять огромные массы данных между процессами это скорее тестирование механики IPC в питоне (что в принципе тоже интересная тема). Может для чистоты эксперимента их стоит генерировать внутри дочернего процесса?
Корутина это абстрактное понятие (как функция, например). Генератор здесь скорее конкретный API. Какое-то время генераторы использовались в питоне для эмуляции корутин. Но с момента появления async/await в синтаксисе языка, у корутин теперь свой API: Coroutine наследует Awaitable, а не Generator - и набор методов у них отличается. Пруф. https://docs.python.org/3/library/collections.abc.html . Генераторы какое-то время можно было использовать в качестве корутин, но в python 3.11 это (декоратор asyncio.coroutine) уже выпилили.
А по-моему это шедевр. Все алгоритмы сортировки, которые обычно спрашивают на собеседованиях, в одном файле. :)
Вообще мне понравилось как декомпозирован код. Узнал, что из Figma можно экспортировать дизайн в QT. Короче отличная олдскульная работа со своим авторским ui, когда ещё не было этих вездесущих Jupyter Notebook, которые выглядят одинаково как армейские сапоги.
Не хватает заключительной фразы гуру: "с вас двоих по $100 за консультацию".
По мне, явная обработка ошибок это плюс.
Во-первых она, да - назойливая. В итоге действительно начинаешь обрабатывать. А чтобы не пришлось писать лишнего, приходится отделять грязный код, где могут быть ошибки, от чистого - где их не может быть в принципе. Чем-то похоже на хаскель.
Во-вторых она простая и однообразная. Когда твои плюсанутые товарищи только начинают разбираться в иерархииях наследования исключений. В гошечке достаточно выучить пару приемов и у тебя уже диплом.
В оригинальных release notes про это упомянуто. Уже чинят потому, что это аффектнуло кучу энтерпрайзов.
https://github.com/microsoft/vscode/issues/203375
У меня вопрос здесь к переводу: насколько оправданно переводить команды на русский когда на русском таких команд нет?
Он понимает команды на русском?