IT-диктатор @sse
Пользователь
Информация
- В рейтинге
- Не участвует
- Откуда
- Москва, Москва и Московская обл., Россия
- Зарегистрирован
- Активность
Специализация
Chief Technology Officer (CTO), Project Director
Lead
People management
Development management
Building a team
Company management
Development of tech specifications
Project planning
IT service management
Startup management
Успешно заавтоматизировал свою работу, и потому больше не нужен, и может быть заменен обычным техником. Молодец
Так а удалость по существу понять, в чем проблема: наводки через радиотракт, или по питанию? Или просадка по питанию из-за высокой мощности передатчика, например?
А сколько в деньгах в рыночных ценах стоит обучить такую модель? Видимо, основной вклад это стоимость аренды оборудования в датацентре, но что-то еще не учёл, скорее всего
Какие же поганые иллюстрации, боже
Тот самый случай, когда комментарий интереснее статьи; браво
Как так получилось, что оба несомненно ценных и максимально погруженных в контекст специалиста оказались ex-? Трансформация успешно завершилась, прошло вручение наград?
Что будет, если этот код выполнится одновременно от двух "лайкеров" одному и тому же юзеру? Чей-то UserLike потеряется?
Вася подсознательно нащупал, как увеличить отдачу от фактора производства "Вася" для производства, наверное, это хорошо
Офигенная статья для тех, кто умеет читать, спасибо большое за честность!
А можете, пожалуйста, больше не нанимать неграмотных копирайтеров из Украины, которые пишут вам тексты -- читать невозможно
Если вы не сокращаете, а переобучаете людей, то выходит, что вы начинаете а) платить больше ФОТа более квалифицированным сотрудникам б) добавляете ФОТ тех, кто настраивает роботов и в принципе участвовал в процессах - например, отвлекаясь от основной работы в) платите за лицензии владельцу RPA ПО, правильно я понял?
То есть внедрение RPA не уменьшает ФОТ, а увеличивает?
Можете рассказать, какие количественные показатели были поставлены по целям до запуска внедрения RPA?
Очень понравилось изложение, спасибо большое, по сути - самодельный event loop. А что думаете о переносе большей части логики в NDK?
Ошибаются. Обязаны в течение 7 дней дать письменный ответ о причинах отказа, если вы об этом потребовали. Другой вопрос, точно ли вы хотите с такими людьми как-то дальше общаться? Может быть, и к лучшему, что вам отказали.
(Пояснения: https://rg.ru/2015/08/04/rabota.html)
Вы игнорируете то, что я пишу. И про числодробилки, и про тестирование на практических задачах, а не на синтетических тестах, и про то, что вертикальное масштабирование уже давно не основной вариант.
К счастью, вне зависимости от того, что себе там думают интернет-эксперты, "Эльбрус" развивается и будет развиваться дальше
Там нет ни RAC, ни Oracle Streams/GoldenGate, ни AdvancedQueueing, ни Flashbacks, ни Report Services, ни монитора, даже embedded java нет. Про APEX не помню, есть ли, возможно, тоже нет. В общем, можно длинный список перечислить, чего там нет
В большинстве военных и гражданских применений будет перспективен. Для настоящих числодробилок используют специальные устройства типа видеокарт и других акселлераторов, что касается производительности типовых приложений (особенно веб), то один раундтрип запроса между БД и сервером приложений съест все выигрыши оптимизации под конкретную архитектуру.
Сколько в итоге будет отставание производительности на практике - 20% 40%? Это все ерунда, уже давно никто не ускоряет задачи вертикальным масштабированием single core, single thread
В этой статье я вижу антологию домыслов. Начиная с того, что основным критерием перспективности процессоров здесь подразумевается показатель "Ватт/гигафлопс". Кто решил, что это так? Непонятно.
И заканчивая поиском заговоров в типовой схеме b2b приобретения изделий. К слову, Oracle работает так же, по запросу, продавая свои БД, бесплатная ознакомительная версия у них появилась относительно недавно, и она не содержит всех коммерческих фич вообще.
Очень хотелось бы в следующей статье увидеть факты, исследования и отсылки на авторитетные мнения.
Честно говоря, стало менее понятно, кто за что отвечает. Но понятно, в каком направлении растет
Отказываясь от менеджмента, их работу все равно никуда не деть, кроме как переложить на разработку. И вот уже разработчики должны отвечать и за приоритизацию, и за достижение консенсусов, и за то, что требования не потеряны. И это только начало. Но переложив ответственность, никто не задумывается над тем, что и платить за эту работу тоже надо отдельно. Все это -- прямой путь к выгоранию
Тут надо обратить внимание, что "ТЗ по ГОСТу" в самом ГОСТе называется "ТЗ на создание автоматизированной системы". То есть в общем случае оно содержит требования не столько к самой АС (там они рамочные), сколько к процессу создания, а именно: план, бюджет и источники финансирования, сроки, порядок и условия привлечения подрядчиков, план запуска очередей и предоставления промежуточной и итоговой отчетности, порядок приемки готовой системы. То есть ТЗ по ГОСТ 34 это высокоуровневый план работ, а не SRS, software requirement specification или product description, или как там принято называть