cookie

ما از کوکی‌ها برای بهبود تجربه مرور شما استفاده می‌کنیم. با کلیک کردن بر روی «پذیرش همه»، شما با استفاده از کوکی‌ها موافقت می‌کنید.

avatar

Господин Архитектор

Про архитектуру IT-решений и всё, что рядом. Architect solves problems you don't know to have in a ways you typically can't understand

نمایش بیشتر
کشور مشخص نشده استزبان مشخص نشده استدسته بندی مشخص نشده است
Advertising posts
4 165مشترکین
اطلاعاتی وجود ندارد24 ساعت
اطلاعاتی وجود ندارد7 روز
اطلاعاتی وجود ندارد30 روز

در حال بارگیری داده...

معدل نمو المشتركين

در حال بارگیری داده...

Трезвая статья о 99% "невидимых" разработчиков и их проблемы https://vc.ru/dev/368883-u-99-komand-staryy-kod-i-korobochnye-resheniya-net-byudzhetov-i-devops-a-my-slushaem-inflyuenserov-iz-facebook
نمایش همه...
«У 99% команд старый код и коробочные решения, нет бюджетов и DevOps, а мы слушаем инфлюенсеров из Facebook» — Разработка на vc.ru

«Технари» из крупных компаний обещают найти высокотехнологичные решения проблем, с которыми малый бизнес, возможно, никогда не столкнётся. Но на его потребности мало кто обращает внимание. О том, какие мифы возникли из-за этого в индустрии, — в конспекте.

Никогда не знаешь, где найдешь, где потеряешь На сайте издания "Военное обозрение" авторы учинили серию статей про рождение советской ПРО. Которая сразу, со второй статьи, превратилась в серию о советской микроэлектронной и компьюерной программе, с фактами от 20 годов и до начала 90-х. Крайне любопытный, обширный материал, с отсылками к фамилиям, названиям и другим историческим артефактам. Я собрал статьи, которые нашел, в подборку ниже по дате выхода. Надеюсь, вам будет так же интересно, как и мне. Лебедев и МЭСМ https://topwar.ru/182766-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-chast-ii-lebedev-i-bruk.html Брук и М-1 https://topwar.ru/182774-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-chast-iii-bruk-i-m-1.html "БЭСМ против Стрелы" https://topwar.ru/182787-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-chast-iv-bjesm-protiv-strely.html Варшавский договор https://topwar.ru/183309-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-chehija-vstupaet-v-igru.html Проект ЭПОС https://topwar.ru/183401-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-chast-vi-proekt-jepos.html Назад в СССР https://topwar.ru/183599-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-vozvraschaemsja-v-sssr.html "Юдицкий строит суперкомпьютер" https://topwar.ru/183763-unikalnaja-i-zabytaja-rozhdenie-sovetskoj-pro-judickij-stroit-superkompjuter.html Кристадины, диоды и транзисторы https://topwar.ru/184029-rozhdenie-sovetskoj-pro-kristadiny-triody-i-tranzistory.html Транзисторные машины СССР https://topwar.ru/184319-rozhdenie-sovetskoj-pro-tranzistornye-mashiny-sssr.html "Долгий путь к ИС" https://topwar.ru/184420-rozhdenie-sovetskoj-pro-dolgij-put-k-integralnym-shemam.html "Осокин против Килби" https://topwar.ru/184823-rozhdenie-sovetskoj-pro-osokin-protiv-kilbi-kto-na-samom-dele-izobrel-mikroshemu.html "Зеленоград и Ленинград" https://topwar.ru/184867-rozhdenie-sovetskoj-pro-zelenograd-i-leningrad.html "Атака клонов" https://topwar.ru/184877-rozhdenie-sovetskoj-pro-ataka-klonov.html Модулярный компьютер https://topwar.ru/185254-rozhdenie-sovetskoj-pro-velichajshij-moduljarnyj-kompjuter.html Убийство 5Э53 https://topwar.ru/185282-rozhdenie-sovetskoj-pro-istorija-ubijstva-5je53.html "Конец модулярных машин" https://topwar.ru/186510-rozhdenie-sovetskoj-pro-konec-moduljarnyh-mashin.html "Звездные войны" https://topwar.ru/186782-rozhdenie-sovetskoj-pro-karcev-i-chelomej-strojat-zvezdnye-vojny.html "Конец Юдицкого" https://topwar.ru/186572-rozhdenie-sovetskoj-pro-konec-judickogo.html "Кибернетика" https://topwar.ru/187039-rozhdenie-sovetskoj-pro-ot-bitvy-za-britaniju-do-kibernetiki.html "Механические мозги" https://topwar.ru/187407-rozhdenie-sovetskoj-pro-mehanicheskie-mozgi.html "Винер. Человек и миф" https://topwar.ru/187844-rozhdenie-sovetskoj-pro-viner-chelovek-i-mif.html "На пути к Киберкоммунизму" https://topwar.ru/188128-rozhdenie-sovetskoj-pro-na-puti-k-kiberkommunizmu.html "Конец Карцева" https://topwar.ru/188689-rozhdenie-sovetskoj-pro-konec-karceva.html Бэсм. Сага https://topwar.ru/189578-rozhdenie-sovetskoj-pro-bjesm-saga-chast-i.html "Величайший советский компьютер" https://topwar.ru/189956-rozhdenie-sovetskoj-pro-bjesm-saga-chast-ii.html За и против БЭСМ-6 https://topwar.ru/189960-rozhdenie-sovetskoj-pro-bjesm-saga-chast-iii.html "БЭСМ-6. Итоги" https://topwar.ru/189962-rozhdenie-sovetskoj-pro-bjesm-saga-chast-iv.html "На пути к Единой Системе" https://topwar.ru/190327-rozhdenie-sovetskoj-pro-na-puti-k-edinoj-sisteme.html Конец советской компьютерной программы https://topwar.ru/190377-rozhdenie-sovetskoj-pro-konec-sovetskoj-kompjuternoj-programmy.html "Приключения С-300" https://topwar.ru/190481-rozhdenie-sovetskoj-pro-prikljuchenija-s-300.html Долгое восхождение на "Эльбрус" https://topwar.ru/190990-rozhdenie-sovetskoj-pro-dolgoe-voshozhdenie-na-jelbrus.html "При Сталине такого не было" https://topwar.ru/190999-rozhdenie-sovetskoj-pro-pri-staline-takogo-ne-bylo.html "Эль-Берроуз" https://topwar.ru/191202-rozhdenie-sovetskoj-pro-jel-berrouz.html
نمایش همه...
Уникальная и забытая: рождение советской ПРО. Лебедев и МЭСМ

Мы остановились на том, что к концу 1950-х в СССР не имелось ни одного компьютера, способного эффективно решить задачу наведения для противоракеты. Но, постойте, мы же были одними из пионеров компьютерной техники? Или нет? На самом деле история советских ЭВМ немного сложнее, чем кажется. МЭСМ Она

"Как СССР копировал микросхемы" https://topwar.ru/191630-rozhdenie-sovetskoj-pro-kak-sssr-kopiroval-mikroshemy.html "Из чего построили Эльбрус-2?" https://topwar.ru/191714-rozhdenie-sovetskoj-pro-iz-chego-postroili-jelbrus-2.html
نمایش همه...
Рождение советской ПРО. Как СССР копировал микросхемы

Упрощенно говоря, существуют две больших категории транзисторов: исторически первые серийные – биполярные транзисторы (bipolar junction transistor, BJT) и исторически первые концептуально – полевые транзисторы (field-effect transistor, FET), причем логические элементы, собранные на них, в обоих

Щас будет странный вопрос, не переключайтесь. А нет ли среди моих читателей теплых выходов на проверенные и крупные (20+ человек) аутсорсные ИТ-команды строго из Румынии и Молдавии? Есть долгоиграющий и перспективный заказ на разработку - с территориальными, к сожалению, ограничениями. Если срастётся через рекомендацию — с меня хорошее вознаграждение: например, макбук. Шутки про цыган и лошадей слать не надо
نمایش همه...
Тут пятничный разговор зашёл, так что.. А похвастайтесь в комментариях самыми сложными и чудовищными тестовыми заданиями, которые вас просили сделать?
نمایش همه...
Рекрутер в ИТ это то препятствие, которое стоит между компанией, отчаянно нуждающейся в персонале, и высококлассными инженерами на рынке
نمایش همه...
Об работу на два фронта Недавно посмотрел эпатажный доклад какого-то iOS разработчика, где докладчик предлагал (не скажу "агитировал") искать работу на 2 компании в одно и то же рабочее время, поясняя на примерах плюсы, минусы, первые шаги и другое обоснование,: - как работать так мало, чтобы только не выгнали - какие задачи брать, чтобы выглядеть занятым и подольше не "спалиться"; - куда стоит идти, а где заметят, что ты работаешь не только на них. При этом призывает не работать больше 8 часов, то есть речь не о совместительстве. Параллельно докладчик упомянул, что тема в ИТ-сообществе не особо обсуждаемая, зато после выступлений за кулисами к нему подходят несколько человек с просьбами пособить обустроиться именно так. Почему пишу "эпатажный" - после выступления какой-то из комитетов отказался выставлять запись на публику, руководствуясь, видимо, какими-то соображениями о добре и зле 🙂 У меня по этому поводу возникло много мыслей, в том числе и желание покидать камнями в сторону работодателей -- это по их воле устроиться в два места и работать на "отцепись", чуть выше минимума выгоднее, чем тащить, расти и стремиться на своём основном месте. Но в том, что касается основной темы доклада, я -- не одобряю, и вот почему. -- Основной пойнт, вокруг которого все крутится: разработка - вещь ненормируемая. Это следствие и того, что задачи нередко друг от друга отличаются в десятки раз, и производительности двух разработчиков тоже могут заметно отличаться, и вообще двух похожих задач не бывает, сплошное RnD. В общем, каждая отдельная задача в разработке, если по-честному брать -- это маленький проект, и если ими управлять как проектом, то накладные расходы превысят любой профит. Поэтому работодатель в этом месте договаривается о некотором негласном контракте -- он отказывается от нормирования задач об разработчиков, и разработчиков между собой -- в обмен на то, что разработчик со своей стороны сам обязуется прилагать максимальные усилия к работе в потоке задач. Работодатель не требует точить 100 сторипойнтов в час (и оценивать, отмерять, вводить план по сторипойнтам), а разработчик обещает, что он будет точить так много, как только сам сможет, и сам ориентироваться на свои способности. Ну а там -- посмотрим, пределы толерантности широкие, потому что это выгодно всем. И вот в этом месте негласный контракт нарушается -- разработчик решает не прикладывать усилия к максимизации, как ранее условились, а напротив, эксплуатирует знание о том, что сторона работодателя отказалась оценивать его по какой-то общей для индустрии, этой компании, этого проекта шкале, а согласились на индивидуальную оценку способностей. И под такое нарушение подводится база: работодатель плохой и наживается на разработчике -- надо нажиться в ответ; бизнес бесчеловечный, поэтому надо кинуть его раньше, чем он тебя кинет; главный критерий успеха это количество заработанных денег, поэтому данный способ -- верный, а остальное -- корпоративный булшит. На то, что это нарушает мораль, намекают и проблемы у таких "стахановцев", которые докладчик описывает: полный улет кукухи на Кассиопею, безосновательно включившийся "режим IDDQD" у таких разработчиков и прочая коррупция ценностных устоев. На мой взгляд, некрасиво, поэтому не поддерживаю.
نمایش همه...
Советы лучших консультантов
نمایش همه...
абыл добавить: Agile и скрам сам по себе не то чтобы эффективный. Он гибкий, в смысле -- можно быстро развернуться, это правда, но - гибкость дается не бесплатно, в недельной итерации Scrum около 30% времени уходит на обязательные встречи (не спорьте, у меня цифры на руках - лучше посмотрите Селиховкина). С дистанционной работой это соотношение стало еще хуже. То есть мы работаем _медленнее_, поэтому надо больше, БОЛЬШЕ разработчиков, да не абы каких, а тех, кто умеет работать без менеджмента/
نمایش همه...
Об дефицит разработчиков Пока не готов ответ на вопросы к предыдущему посту, я вынесу из комментариев и отформатирую вот такой недлинный и слегка хулиганский пост на другую тему - куда полетели зарплаты разработчиков, и кто причина дефицита? Причин несколько, одна очевидная, другие не очень. 1. COVID. Эпидемия затворничества внезапно поспособствовала развитию удаленки, а это значит, что стало всё равно, где нанимать. Поэтому глобальный рынок ИТ нормализовался вокруг какой-то цифры, к какой и поехали зарплаты. Стало все равно, где нанимать разработчика, потому что платить ему предстоит одинаково, иначе он с завтрашнего дня начнет, не вставая с кресла, работать уже на другого работодателя. Вот такой баланс. И даже те, кто не может работать на Запад - на их запросы так же оказывает давление этой средней зарплаты сеньора, они тоже подтянулись. Кто там будет разбирать, пойдет конкретный разработчик работать за границу или нет? 2. COVID, но НЕСТАНДАРТНО. Дело в том, что мы все с вами говорим о низкой производительности труда в РФ. Это касается и разработки, а как вы думали - только шахтёр в России медленно кайлом машет? Нет, программисты тоже печатают неспешнее, чем их европейские коллеги /это шутка, если кто не понял/. Суть в том, что в большинстве банков - видел своими глазами - в доковидные времена конвейер разработки установился в 6-9 месяцев. То есть - ты ставишь задачу сейчас, а через 6-9 месяцев за нее только примутся. А куда было торопиться? У нас же самый прогрессивный финтех в мире! /нет/. И тут вдруг Ковид показал - некоторые компании за эти 6-9 месяцев могут запустить 2 версии доставки продуктов до дома. А банк все еще даже не начал работу. "Эгегегегей!" - подумали в топ-менеджменте, нас же щас уделают - WB купил банк, Яндекс купил банк и т.п. - что будет с нами? И решили ЦИФРОВИЗИРОВАТЬСЯ: топ-10 банков, не считая бюджетов, нанимают людей, чтобы этот постыдный time-to-market (TTM) превратить во что-то приличное. Будет ли эта разработка эффективной? Не уверен. Тут торгуют TTM в обмен на эффективность. Лучше неэффективно, но сейчас, чем эффективно тогда, когда остальные уже опередили. Цель одна -- катить быстрее. Печальная дихотомия, но другой не завезли. (Для справки: одно только iOS приложение Сбера, по слухам, пишет около 550 человек. Вот такая "производительность" в обмен на TTM) 3. Agile. Как ни странно, да. Посмотрите на предыдущий пункт: TTM поставили во главу угла. Это значит: надо быстро, надо уже сейчас, если что -- переделаем. А где линейный и регулярный менеджмент? А его нет, за "жирные" годы его смыло, остались одни продакт менеджеры, задача которых - уж точно не воспитывать из слабой команды команду посильнее. А у некоторых C*O, по из словам, вообще задача - "мотивировать замов" (С). Смогут ли недообученные, слабо адаптированные начинающие разработчики в команде в режиме Agile-разработки делать поставку? Не думаю. Поэтому дефицит, о котором мы говорим, носит ОЧЕНЬ специфический характер. А) Все отрывают с руками синьористых разработчиков, и зарплаты растут именно у них; Б) Но не слишком сеньористых: в режиме пар из задницы и постоянных авралов более старшие их товарищи работать не станут, нужны такие, чтобы глаза горели, как будто _специй_ принял, и вопросов лишних не задавал (то есть 4-8 лет опыта). А над ними поставят тимлида, как я уже писал. С этих людей сняли все компанейские обязанности, которые они в силу недостаточной своей зрелости способны выполнять - найм, бонусы, оценки адаптация - и отдали в специальные структуры. Отдельный вопрос - куда расти такому тимлиду? На него ответить я не могу. В) На рынке мешками валяются резюме менее продвинутых разработчиков; HR-ы пишут, что на каждую вакансию просматривают тысячи (кроме шуток) резюме. Разработчиков так-то полно, не хватает тех, кто сам и без менеджмента сможет делать суперкороткий TTM. Всем интересно, что дальше будет? Мне тоже. Позже напишу, как и собирался, во что верю.
نمایش همه...