All streams
Search
Write a publication
Pull to refresh
-4
0
korrozia @Exponent

Тим лидер

Send message
Agile это своего рода обман. Как бы все вовлечены в продукт и даже что-то решают, начинают ощущать себя собственниками продукта и соответственно работают больше. А на деле никакими собственниками они не являются, их могут уволить/сократить когда реальный собственник решит.
vidalia.myshopify.com судя по всему бизнес идет…
Тема магнитофона Маяк не раскрыта, этот магнитофон был культовым. Как-то столкнулся с «Маяк-120-стерео» (http://www.rw6ase.narod.ru/00/mg_ks/majak120s.html), очень понравился. У самого был «Радиотехника М-201С», много лет проработал. Чинил как-то «Маяк М-240С».
Поддерживаю. Я после того как видел как «мастера» делают диагностику моему авто, стал сам делать. Во-первых многие мастера нихт по англиски. Я им переводил что означает ошибка. Во-вторых я могу обсудить ошибку на специализированных сайтах (типа drive2), где дадут идею и можно понять как и что делать. К примеру отремонтировал сам климатроник Пассата, купил потенциометры с Али, прочитал пару статей и 3 часа ковыряния.
Все дело в окружающей среде, мы если сами не выгребем никто не поможет. Вот и приходится во все вникать и думать. А у буржуев специализация, сидят и ждут мастера. Другая причина, деньги. Если я всем мастерам заплачу, тогда и денег то не останется. На Западе это решается страховками, но опять, все не застрахуешь.
Не хочу быть нескромным, стараюсь не болеть.
Когда-то закончил техникум по электронике, все делаю сам, и проводку, и расчеты и табло с предохранителями. Хотя живу в другой стране и диплом мой не признан. Вот в этом и есть разница, мы знаем на порядок больше буржуев. Диагностику машины тоже сам делаю, ремонт небольшой по машине тоже сам. Сам вяжу арматуру, заливаю бетон, ложу кирпичи, завариваю и т.д.
Довелось мигрировать к code first с миграциями, это было как кошмарный сон. Не раз разработчики забывали что нельзя подключаться к продакшену, т.к. изменения уйдут в продакшен. Пока команда привыкла что и как делать прошло пару месяцев. В общем EF палка о двух концах, вроде как облегчает жизнь, но в последствии за это надо платить. Мы потом часть системы перевели на Dapper, часть на NoSQL.
Самый лучший способ поднять зарплату, это поменять работу, не раз убеждался.
Да, я уже ищу. Заодно подгоняю упущенные технологии. Причина скорее всего в коррупции, так легче украсть деньги если договориться с внешней фирмой.
Насчет контракта все понятно. Но вот ситуация, запуск нового проекта, предыдущая команда бросила важный подпроект и сбежала. Вы беретесь доделываете и запускате это подпроект. Т.е. вклад можно сказать был высок, т.к. иначе вся система бы не заработала. Затем работодатель нанимает другую фирму, которая переписывает сделанный вами подпроект один к одному, т.е. не добавляя никакого ноу-хау и берет за это в 100 раз больше денег. Как относиться к компании после такого?
Да, еще можно пересмотреть свои знания и улучшить их. Затем уйти.
"… собрать крутую команду и принести прибыль компании.." — а если компания жадная и прибылью делиться не хочет? Т.е. ни увеличения зарплаты, ни премий, ни каких либо других перспектив? На вопросы о повышении зарплаты тебе отвечают: ты и так берешь максимум?
Всегда ненавидел совещания. Но тут проблема скорее психологическая, все зависит от целей конкретного человека. У меня в конце дня должен быть результат, иначе что-то не так. А у многих моих колег цель совсем другая, сделать поменьше и точно в 17:00 свалить домой.
После 10 лет программирования понял что удовольствие это когда что-то реальное сделаешь своими руками. А если еще и на свежем воздухе то еще лучше. В итоге купил дом в 30 км от столицы с участком. Перешел на удаленку. Построил гараж, двор, строю русскую баню. Это после работы и по выходным. С детишками ездим в бассейн. Стало лучше, меньше выгорать стал. С семьей можно сказать все время.
Как всегда проще стало в одном месте, сложнее в другом. Для фронтенда с GraphQL проще, посылаешь что тебе нужно, получаешь компактный ответ. Бекенд соответно станет сложнее, т.к. еще один уровень, больше заявок к базе/базам данных, которые врядли будут оптимальными. Есть какое-то сходство с Linq, пишешь что тебе надо получить, а за кадром генерируется гигантский SQL. Еще автор пишет что GraphQL лучше для новых проектов. Как по мне, если знать структуру данных нужную для фронтенда, то лучше всего использовать NoSQL базу и сохранить данные в том же формате какой нужен фронтенду, тогда можно избежать ненужных трансформаций и кучи заявок к базе.
тут заюзаем Go с хранением в памяти тут оставим java с полноценной субд. Гораздо легче внедрить новый инструмент
— в большом проэкте важно не расширять скоп технологий, т.к. потом трудно поддерживать код на разных технологиях.
Логически отдельные части системы и должны быть разделены, но не обязательно на уровне сервисов, это могут быть просто отдельные библиотеки. И, как было указано в статье, проблемой часто является производительность базы данных. Т.е. разделить монолит на сервизы, которые будут работать с той же базой это не решение. Решение это переход, когда это возможно, на NoSQL базы, где скорость сохранения/чтения данных на порядки больше.
Вот они умеют ограбить клиентов. Сейчас можно панель 170W взять в Европе за 120-150 евро. Т.е. 17 панелей выйдут порядка 2000 евро. Пусть аккамуляторы с контроллерoм еще столько же. Но это куда меньше 27 000 $.
Хотелось бы посмотреть видео занятий после.

Information

Rating
Does not participate
Location
Sofiya, Болгария
Registered
Activity