Pull to refresh
54
0
Dmytro Striletskyi @dmytrostriletskyi

Senior Software Engineer at Rocket

Send message
eater.net/schematics/high-level.png + я еще делал свои изменения, чтобы память автоматически заполнялась программой — github.com/dmytrostriletskyi/8-bit-computer-memory-init
Спасибо, крутой фидбек. Я старался как можно проще писать, но это где-то очень сложно, где-то замыливается глаз (хотя просил и других людей почитать тоже).
Тот же Радиомаг, я хотел заказать у них микросхему, пришлось бы ждать пару недель. Я позвонил заказать, а они ответили, что не доставят это в принципе. Видимо, им невыгодно пару штук везде из Европы или США.
Вернул, спасибо.
Я изначально пытался все заказывать в Украине, но я действительно наткнулся на много болей:

1) Каких-то микросхем просто нет. Я не записывал, но вот, например, LS00, LS283, LS107.
2) Все детали нельзя купить в одном месте, они разбросаны по разным магазинам в разных городах страны. Иногда это какие-то частники на сайтах типа Avito. Все надо заказывать отдельно, оплачивать доставку, ждать, менеджить.

Когда я увидел, что есть такой сайт как Jameco, меня это поразило: любой товар в любом количестве, нормальный UI/UX.

Да, доставка в $80 кусается, не спорю.
Спасибо за объяснение, убрал этот тег.
Я писал сразу в WYSIWYG, ниоткуда не переносил. Мне прислали в диалоги слипшийся текст типа «разрешениеназапись» — видимо, это оно.

А WYSIWYG действительно еще сыроват, я много багов находил и где можно было бы улучшить что-то. Напишу в поддержку об этом, спасибо, что напомнили.
Кеш Яндекса выручил — ссылка.

Восстановил материал.
Кошмар. Половина статьи пропала. А я писал ее только в WYSIWYG и нигде не забекапил. Там еще 4 раздела было. :(

Написал в поддержку и сделал UPD в начале статьи.

Извините.
Спасибо!

Это мой первый проект такого рода и страх перед горой перемычек и контактов тоже был. Что-то не работает — надо все проверять. Пару раз попадался брак, и не такой, что что-то вообще не работает, а такой, что работает криво — тратил много времени.

Gigatron-TTL не видел. Прикольно, что они запарились и продаю как kit. Но это более высокоуровнево, а хотелось разобраться прям без абстракций.
$80 за доставку из Америки, магазин Jameco (в Украине просто нет даже половины необходимых деталей, а под заказ ждать до месяца).

$120 за 14 макетных плат (BB830, очень хорошего качества).
Это не перевод, я собрал почти точно такой же компьютер как в видео, вдохновившись им. В статье, в заключении, я как раз даю ссылку на Ben Eater'a и другие полезные материалы.
Я об этом даже не думал так как у нас такой процесс был: создать namespace, он живет пару дней живет, удалить namespace полностью. Поэтому и оператор для этого сделал — удалить namespace полностью, а не конкретный ресурс в нем.
Контекст моего предложения — о трудности измерить работу ПМ-ом в моей команде, а не просто описание, что мы делаем.

У нас в компании есть митинги где топ-менеджмент рассказывает о цифрах: клиентах, доходах, расходах, и прочее. И есть фидбек от клиентов (B2B продукт).

Я об этом не упоминал и в статье тоже, не посчитал нужным/возможным.
Если честно, ни разу не встречал разработчика, которому неинтересны новые языки программирования или технологии. Да, были разработчики, которым не нравилось заниматься инфраструктурой, но чтобы язык программирования, библиотека или что-то в этом роде, не встречал.

Он изначально на собеседовании будет знать куда идет, о наших процессах и организации работы. Если ему это неинтересно, мне в первую очередь нужно будет это выяснить.
Привет!

Как я уже писал выше в комментариях, у нас по-другому ставятся задачи в компании. Менеджер не приходит с нарезанными тасками и не асайнит людей на них как утилизация ресурсов. Приходит продакт и говорит — «Плохо работает нахождение похожих объявлений недвижимости». Остальное за нами — если проект не похож на остальные, кто-то занимается ресерчем, потом пишет документ, на основе документа обсуждение на митинге где мы формируем пулл задач и выставляем приоритеты. Потом любой человек просто накидает задачи в бэклог и любой человек может взять любую задачу (так и поменять приоритет или изменить ее, или удалить, если это обсудилось).
Есть какие-то очевидные критерии:

  • насколько большой проект,
  • как быстро нам надо его сделать,
  • хочется ли разнообразия в работе,
  • смогут ли его поддерживать в будущем (интерес к языку у коммьюнити, количество специалистов, популярность языка).

Например, мы никуда не спешим, проект на пару запросов, люди устали писать на Python полтора года, давайте на Ruby что-то напишем.

А вот если язык просто не подходит для задачи, Go, для такого же проекта с запросами и базами, то мы не будем его выбирать.
Вы точно не путаете решение рабочих задач и именно личные проблемы какие-то? Например, какие-то субъективные несовместимости с коллегой, раздражающая манера продукта?

Если человеку по личным проблемам некомфортно, это надо постараться решить. Я чуток потерял нить разговора.

В команде был человек, на процессы забивал, его не драйвило, что мы делаем, на обед вместе не ходил, не ходил «на перекур» — не то, что интроверт, но просто остальные члены команды были «не его людьми», мы всячески пытались его привлечь. Ребятам было плохо с ним работать, в итоге его уволили. И это нормально, считай что как будто корпоративная культура, только командная.

В смысле «изначально»? Пришел новый человек, его поставили перед фактом. Не может человек, как ему что-то не нравится — бежать сразу с жалобой, ну ок, не вписываешься. Не, ну вариант, конечно, вполне себе… если разработчики толпой валят (обычно это не так).

У каждого в нашей команде есть возможность изменить любой процесс, неоднократно так делали, отказывались от каких-то практик.

В смысле «изначально»? У меня такое ощущение, что вы выросли в этой команде, уже сработавшейся и стабильной. Там можно много что себе позволить ибо не нужно слаживать команду — это уже сделалось само или кем-то до вас.

Когда я пришел в команду, был один человек, потом в коротком промежутке пришло еще два — я их не нанимал (компания — в Португалии, двоих, включая меня, релоцировали, один перешел из другой команды, так как там ему стало скучно), нанимал СТО. Начали делать свои задач, попутно настраивая практики, выбирая технологии, и так дальше.
Ага, уже понятнее… Если по сути у вас исследовательская работа, а не разработка в классическом понимании, это довольно сильно меняет контекст.

Ну, мы кодим, и много проектов, разных, на разных языках и технологиях, и они крутятся в продакшине, и этим пользуются. Это, мне кажется, даже сложнее, нежели пилить один понятный продукт. Я оправдывался этим в плане что измерить ПМ-у это не получится легко.
о факту, с развитием команды есть риск получить кучу интровертов, каждый из которых сидит на своей груде кода и тогда вам предстоит узнать, что есть bus factor.

Развитие, имеется ввиду, рост, типа не 5 человек, а, например, 15? Я не понимаю почему. Как мне кажется, наоборот, самоорганизующиеся команда предотвращает это, опыта в такой «большой» команде у меня не было. Возможно, это не масштабируется.
1

Information

Rating
Does not participate
Location
Украина
Date of birth
Registered
Activity