— удаленный full time, кровавый энтерпрайз на Java;
— доволен (раньше из области приходилось ездить в столицу — недосыпал и уставал от электричек, дома все условия — мощный комп и отсутствие родственников, эффективность труда высокая — если поперло, то засиживаюсь, если непруха, выхожу на улицу или висну на турнике);
— не доволен (очень мало отечественных работодателей готовы работать с удаленщиками — рынок труда узок, есть доп хлопоты с бумажками — акты и т п, на это тоже нужно немного времени, иногда с ностальгией вспоминаю дружеские попойки и хохмы на работе, не хватает физической активности — найти время на бег не сумел)
Фразы: «скаффолдинг», «ослабить зацепленность вашего кода», «работать над небольшими составляющими» в начале статьи вызывают негативное отношение ко всему материалу в целом. От компании которая специализируется на обучении ожидаешь более удобоваримой подачи материала.
Думаю, что Вы неправильно расшифровываете характеристики устройства: 1МВт — это по мощности энергетической установки, а не по мощности излучаемого потока (а может это спецслужбы на страх агрессору ноль дорисовали). Так все сходится — железо такое уже было. Также пишут про ГДЛ РД0600 — мощностью на выходе 100кВт с тем же рабочим телом. Так что можно предположить что ожидаемая мощность излучения была 50-100кВт.
Точно не известно. В 90х лазерный комплекс МЛТК50 рекламировали по телевизору на канале 2x2, как ширпотреб. Как минимум рабочий 50 кВт лазер (рабочее тело — воздух + углекислый газ) в металле был. А если предположить что что то осталось в загашнике?
Существенная проблема запуска Java-приложений на Linux — это работа с файловой системой: местоположение tmp, права на папки и файлы, лимит на файловые дескрипторы (раз уж вспомнили ulimit).
Еще не увидел ничего про StackOverflowError (threads-max, ulimit -s) — тоже популярные грабли в многопоточных приложениях.
Люди которые слишком много знают, понимают что не знают они еще больше, отсюда своеобразный взгляд на жизнь — типа ПМ предлагает решить новую задачу за день, а умудренный разработчик ему отвечает «ну… не знаю». Из той же серии: юный разработчик обычно занижает сроки, а пожилой завышает. Мне кажется, типаж подмечен, хотя я весь рассказ не осилил.
У меня сомнения насчет авторского права — на Хабре много статей переведенных с английского, вероятно без какого либо уведомления авторов оригинала. Как бы чего не вышло при выходе из родной гавани, в океанские воды.
Я за КРОК не отвечаю, но могу предположить, что во первых — начав позже, можно использовать проверенные, устоявшиеся решения, а во вторых — в смысле отдачи в коммюнити все впереди, есть примеры когда разработчики из российских компаний отдают код сообществу.
Нормальный ход. Когда люди размещали свои сервисы в облаке Амазон, они не учитывали рисков блокировки Амазон (политическая обстановка не была такой напряженной) и не было альтернатив (облака от КРОК, Майл.ру и т д не так давно надулись)
Масштабируемость DSS сервисов вызывает некоторые сомнения. DSS сервис требует отправки подписываемого контента (обычно в Base64), что при определенных размерах и количестве подписываемых документов может положить любой канал.
Ни в статье, ни в опроснике не затронута тема платформы виртуализации. Для некоторых клиентов есть разница какая именно платформа используется у хостера.
Основная же причина потери клиента это низкое качество услуги, обычно связанное с оверселлом, который практикуют некоторые хостеры. Часто клиент привлеченный низкой ценой VPS, меняет хостера из-за соответствующего качества полученной услуги.
Согласен с oxidmod, сейчас по соотношению производительность/цена рулит AMD с Epyc, а учитывая что предложений с Epyc на российском рынке серверов очень мало, это был бы хит
Автор жалуется на экосистему. Согласитесь, что сколько нибудь масштабная разработка невозможна без IDE и отсутствие комфортной и доступной IDE это существенный аргумент при выборе технологии разработки.
Я не автор, поэтому могу лишь предположить, что так объем данных относительно невелик:
Индекс и данные по адресам в сумме занимают 20 гигабайт. По компаниям примерно столько же, а остальные весят меньше.
а Elasticsearch это продукт который нуждается в некотором администрировании, в отличии от Lucene, который используется как встроенное решение без администрирования, то выбрали более компактное и простое решение.
— удаленный full time, кровавый энтерпрайз на Java;
— доволен (раньше из области приходилось ездить в столицу — недосыпал и уставал от электричек, дома все условия — мощный комп и отсутствие родственников, эффективность труда высокая — если поперло, то засиживаюсь, если непруха, выхожу на улицу или висну на турнике);
— не доволен (очень мало отечественных работодателей готовы работать с удаленщиками — рынок труда узок, есть доп хлопоты с бумажками — акты и т п, на это тоже нужно немного времени, иногда с ностальгией вспоминаю дружеские попойки и хохмы на работе, не хватает физической активности — найти время на бег не сумел)
А вот «Пересвет»:
Еще не увидел ничего про StackOverflowError (threads-max, ulimit -s) — тоже популярные грабли в многопоточных приложениях.
Аналогичные статьи читал уже несколько раз:
Я не следовал за мечтой и создал стартап с более чем 3 млн пользователей
Бизнес не зависит от цвета кнопок на сайте
Основная же причина потери клиента это низкое качество услуги, обычно связанное с оверселлом, который практикуют некоторые хостеры. Часто клиент привлеченный низкой ценой VPS, меняет хостера из-за соответствующего качества полученной услуги.
— статья бы выиграла, если бы Вы добавили к ней пару примеров патентов (включая «бредовые», незаметные изначально и даже самые незначительные)
а Elasticsearch это продукт который нуждается в некотором администрировании, в отличии от Lucene, который используется как встроенное решение без администрирования, то выбрали более компактное и простое решение.