Получи случайную криптовалюту за регистрацию!

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

Логотип телеграм канала @architect_says — Господин Архитектор Г
Логотип телеграм канала @architect_says — Господин Архитектор
Адрес канала: @architect_says
Категории: Технологии
Язык: Русский
Количество подписчиков: 3.83K
Описание канала:

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

Рейтинги и Отзывы

1.67

3 отзыва

Оценить канал architect_says и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

0

3 звезд

1

2 звезд

0

1 звезд

2


Последние сообщения

2022-02-22 14:15:33 Трезвая статья о 99% "невидимых" разработчиков и их проблемы

https://vc.ru/dev/368883-u-99-komand-staryy-kod-i-korobochnye-resheniya-net-byudzhetov-i-devops-a-my-slushaem-inflyuenserov-iz-facebook
2.9K views11:15
Открыть/Комментировать
2022-02-06 17:06:14 "Как СССР копировал микросхемы"
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
3.5K views14:06
Открыть/Комментировать
2022-02-06 17:06:14 Никогда не знаешь, где найдешь, где потеряешь

На сайте издания "Военное обозрение" авторы учинили серию статей про рождение советской ПРО. Которая сразу, со второй статьи, превратилась в серию о советской микроэлектронной и компьюерной программе, с фактами от 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
2.2K views14:06
Открыть/Комментировать
2021-12-27 13:09:39 Щас будет странный вопрос, не переключайтесь.

А нет ли среди моих читателей теплых выходов на проверенные и крупные (20+ человек) аутсорсные ИТ-команды строго из Румынии и Молдавии? Есть долгоиграющий и перспективный заказ на разработку - с территориальными, к сожалению, ограничениями.

Если срастётся через рекомендацию — с меня хорошее вознаграждение: например, макбук.

Шутки про цыган и лошадей слать не надо
2.1K views10:09
Открыть/Комментировать
2021-12-10 14:56:38 Тут пятничный разговор зашёл, так что..

А похвастайтесь в комментариях самыми сложными и чудовищными тестовыми заданиями, которые вас просили сделать?
2.4K views11:56
Открыть/Комментировать
2021-11-28 17:12:38 Рекрутер в ИТ это то препятствие, которое стоит между компанией, отчаянно нуждающейся в персонале, и высококлассными инженерами на рынке
2.2K views14:12
Открыть/Комментировать
2021-11-08 10:10:09 Об работу на два фронта

Недавно посмотрел эпатажный доклад какого-то iOS разработчика, где докладчик предлагал (не скажу "агитировал") искать работу на 2 компании в одно и то же рабочее время, поясняя на примерах плюсы, минусы, первые шаги и другое обоснование,:
- как работать так мало, чтобы только не выгнали
- какие задачи брать, чтобы выглядеть занятым и подольше не "спалиться";
- куда стоит идти, а где заметят, что ты работаешь не только на них.
При этом призывает не работать больше 8 часов, то есть речь не о совместительстве.

Параллельно докладчик упомянул, что тема в ИТ-сообществе не особо обсуждаемая, зато после выступлений за кулисами к нему подходят несколько человек с просьбами пособить обустроиться именно так. Почему пишу "эпатажный" - после выступления какой-то из комитетов отказался выставлять запись на публику, руководствуясь, видимо, какими-то соображениями о добре и зле

У меня по этому поводу возникло много мыслей, в том числе и желание покидать камнями в сторону работодателей -- это по их воле устроиться в два места и работать на "отцепись", чуть выше минимума выгоднее, чем тащить, расти и стремиться на своём основном месте.

Но в том, что касается основной темы доклада, я -- не одобряю, и вот почему.

--

Основной пойнт, вокруг которого все крутится: разработка - вещь ненормируемая. Это следствие и того, что задачи нередко друг от друга отличаются в десятки раз, и производительности двух разработчиков тоже могут заметно отличаться, и вообще двух похожих задач не бывает, сплошное RnD. В общем, каждая отдельная задача в разработке, если по-честному брать -- это маленький проект, и если ими управлять как проектом, то накладные расходы превысят любой профит.

Поэтому работодатель в этом месте договаривается о некотором негласном контракте -- он отказывается от нормирования задач об разработчиков, и разработчиков между собой -- в обмен на то, что разработчик со своей стороны сам обязуется прилагать максимальные усилия к работе в потоке задач. Работодатель не требует точить 100 сторипойнтов в час (и оценивать, отмерять, вводить план по сторипойнтам), а разработчик обещает, что он будет точить так много, как только сам сможет, и сам ориентироваться на свои способности. Ну а там -- посмотрим, пределы толерантности широкие, потому что это выгодно всем.

И вот в этом месте негласный контракт нарушается -- разработчик решает не прикладывать усилия к максимизации, как ранее условились, а напротив, эксплуатирует знание о том, что сторона работодателя отказалась оценивать его по какой-то общей для индустрии, этой компании, этого проекта шкале, а согласились на индивидуальную оценку способностей.

И под такое нарушение подводится база: работодатель плохой и наживается на разработчике -- надо нажиться в ответ; бизнес бесчеловечный, поэтому надо кинуть его раньше, чем он тебя кинет; главный критерий успеха это количество заработанных денег, поэтому данный способ -- верный, а остальное -- корпоративный булшит.

На то, что это нарушает мораль, намекают и проблемы у таких "стахановцев", которые докладчик описывает: полный улет кукухи на Кассиопею, безосновательно включившийся "режим IDDQD" у таких разработчиков и прочая коррупция ценностных устоев.

На мой взгляд, некрасиво, поэтому не поддерживаю.
4.3K views07:10
Открыть/Комментировать
2021-10-14 11:35:53
Советы лучших консультантов
3.4K views08:35
Открыть/Комментировать
2021-09-20 20:30:36абыл добавить: Agile и скрам сам по себе не то чтобы эффективный. Он гибкий, в смысле -- можно быстро развернуться, это правда, но - гибкость дается не бесплатно, в недельной итерации Scrum около 30% времени уходит на обязательные встречи (не спорьте, у меня цифры на руках - лучше посмотрите Селиховкина). С дистанционной работой это соотношение стало еще хуже. То есть мы работаем _медленнее_, поэтому надо больше, БОЛЬШЕ разработчиков, да не абы каких, а тех, кто умеет работать без менеджмента/
1.6K views17:30
Открыть/Комментировать
2021-09-20 20:16:07 Об дефицит разработчиков

Пока не готов ответ на вопросы к предыдущему посту, я вынесу из комментариев и отформатирую вот такой недлинный и слегка хулиганский пост на другую тему - куда полетели зарплаты разработчиков, и кто причина дефицита? Причин несколько, одна очевидная, другие не очень.

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.

Всем интересно, что дальше будет? Мне тоже. Позже напишу, как и собирался, во что верю.
1.9K views17:16
Открыть/Комментировать