вот написать докторскую диссертацию или отчёт по НИР страниц на 500 с десятками формул, таблиц, рисунков (в т.ч. векторных) — вот тут они, родимые, и полезут.
Докторскую надо писать в Word??? Ужасно.
В моем провинциальном вузе технари для написания докторских перешли на LaTeX еще лет 10-15 назад, если мне память не изменяет. На мехмате так даже спецкурс читают с практическими работами.
Сам я ничего сложнее курсовых в LibreOffice не писал, сдавал в письменном виде или в виде PDF. Было норм, но там достаточно просто все было.
Или вы думаете что раз Rust быстрее, то всё можно экономненько запхнуть на один инстанс?
Можно запихнуть на три инстанса, каждый в своем ДЦ и не переживать, что оставшиеся после отвала ДЦ инстансы не справляются с нагрузкой.
Программисты стоят не дешевле чем расходы на сервера, и каждый день отсрочки выхода на рынок — это потерянные деньги.
Иногда дешевле потратить больше человекочасов и написать экономичный и быстрый код. И развернуть его не на 15 тысячах серверов, а всего лишь на 5 тысячах. Правда это очень редкий кейс, как в плане необходимости, так и в плане такого серьезного выигрыша производительности.
Подозреваю, что кому попало делать заявления от лица компании не разрешают.
В рамках грустного юмора: зато кто попало считает себя вправе делать заявления от лица компании.
Кажется, в статье описан не такой случай, просто грустное наблюдение.
Насколько я помню оригинальную статью, там не было про велосипеды в виде зависимостей на 20 строк кода. Там было, ну например — аггрегация логов, и вместо того, чтобы за минимальное время развернуть и внедрить популярный в мире ELK (бесплатный, между прочим), ставили задачу сеньору грепать логи в консоли.
Проблема в том, что почти в любом развитом сервисе грепать логи в консоли — это признак большого ужаса и кошмара, случившегося на проде, когда нет времени ждать(и ELK тоже не успевает отработать в нужные сроки).
Для сбора логов и их просмотра есть стандартные решения уровня компании, которые не сложно завести и использовать, стоит только один раз заморочиться. И не так важно, ELK это или внутренний отлаженный работающий велосипед.
У вас кстати как с ELK? Сколько терабайт логов в день было в вашей инсталляции?
К сожалению, я понятия не имею что там за проект у автора был и как сложного его собрать под чем то, кроме Linux.
Признаюсь честно — я не обладаю достаточным опытом в разработке под Windows, что бы писать код, который гарантированно там работает. Пусть даже и на кроссплатформенной Java. И не имею желание вкладываться в это умение в рамках текущих рабочих задач. Если ко мне на проект придет человек, что хочет использовать Windows – это его право, пусть сам разбирается, как настроить себе рабочее окружение.
В свое оправдание смею сказать, что последние несколько лет Windows не была ни целевой платформой для запуска, ни вообще хоть сколько нибудь подходящей для использования в рамках моих задач. iOS он такой, не очень на Windows собирается.
Яндекса не предоставляет компьютеры с настроенной рабочей средой?
Предоставляет. Мне допустимые варианты рассказали при устройстве на работу, я выбрал Mac из-за специфики проекта. Кто то использует Windows, кому то удобней Ubuntu.
Но если ты любитель нестандартных решений — вот тебе ноут, развлекайся. Условный Gentoo или Arc относится к нестандартным решениям. Автор в статье говорил именно про это.
Свобода выбора, все дела.
Отсылка к системе оценок Яндекса(самая высокая оценка — E) и старому мему из игры «Press F to pay respect».
Другими словами, оценка F — это увольнение, по той или иной причине.
Есть куча свежих, веселых, умных языков, которые решают С++шные задачи.
А можно примеры? А то ищу, на каком бы языке пострадать фигней в области написания «выскопроизводительного» кода.
Требования просты:
1. Без GC.
2. Без виртуальной машины.
3. C-like синтаксис, но без кучи странных символов в неожиданных местах, как в плюсах.
4. Пакетный менеджер и система сборки из коробки.
5. Кроссплатформенный — должен собираться и работать на MacOS и Linux.
6. Желательно с уже имеющейся библиотекой GUI, не являющейся оберткой над Qt/GTK.
7. Желательно с существующей библиотекой для работы с сетью.
Что смотрел:
1. D — он не взлетел за почти два десятка лет своего существования, посему вкладываться в него нецелесообразно.
2.Rust — перспективно, но пока вроде с GUI там сложно.
3. Swift — пока не разобрался, насколько у него хорошо с Linux, сборкой без Xcode и GUI на Linux.
Собственно речь про качественный скачек, как между джуном и миддлом. Если он случился — то это грейдап.
Иначе, больше закрытых задач в трекере, чуть больше самостоятельности — это выше ожиданий.
Причем проблема будет в DCS а не в джойстике и trackir.
Судя по отчетам в разных источниках: можно и trackir прикрутить и джойстик при запуске через Proton. Но нагугленные видеозаписи не внушают желания играть в игру с такой дергающейся графикой. Думаю, при желании вам не составит труда это попробовать и написать насколько все плохо/хорошо.
Видел, что Elite Dangerous заводят с VR. youtu.be/y2MahvddHrY
Да и вообще оно теперь по слухам легко заводится. Но это совершенно другая игра.
Докторскую надо писать в Word??? Ужасно.
В моем провинциальном вузе технари для написания докторских перешли на LaTeX еще лет 10-15 назад, если мне память не изменяет. На мехмате так даже спецкурс читают с практическими работами.
Сам я ничего сложнее курсовых в LibreOffice не писал, сдавал в письменном виде или в виде PDF. Было норм, но там достаточно просто все было.
Можно запихнуть на три инстанса, каждый в своем ДЦ и не переживать, что оставшиеся после отвала ДЦ инстансы не справляются с нагрузкой.
Иногда дешевле потратить больше человекочасов и написать экономичный и быстрый код. И развернуть его не на 15 тысячах серверов, а всего лишь на 5 тысячах. Правда это очень редкий кейс, как в плане необходимости, так и в плане такого серьезного выигрыша производительности.
Любопытства ради: ты именно про рекрутера или просто про людей из HR департамента?
В рамках грустного юмора: зато кто попало считает себя вправе делать заявления от лица компании.
Кажется, в статье описан не такой случай, просто грустное наблюдение.
С Интернетом случился Internet Explorer.
Проблема в том, что почти в любом развитом сервисе грепать логи в консоли — это признак большого ужаса и кошмара, случившегося на проде, когда нет времени ждать(и ELK тоже не успевает отработать в нужные сроки).
Для сбора логов и их просмотра есть стандартные решения уровня компании, которые не сложно завести и использовать, стоит только один раз заморочиться. И не так важно, ELK это или внутренний отлаженный работающий велосипед.
У вас кстати как с ELK? Сколько терабайт логов в день было в вашей инсталляции?
Признаюсь честно — я не обладаю достаточным опытом в разработке под Windows, что бы писать код, который гарантированно там работает. Пусть даже и на кроссплатформенной Java. И не имею желание вкладываться в это умение в рамках текущих рабочих задач. Если ко мне на проект придет человек, что хочет использовать Windows – это его право, пусть сам разбирается, как настроить себе рабочее окружение.
В свое оправдание смею сказать, что последние несколько лет Windows не была ни целевой платформой для запуска, ни вообще хоть сколько нибудь подходящей для использования в рамках моих задач. iOS он такой, не очень на Windows собирается.
Но если ты любитель нестандартных решений — вот тебе ноут, развлекайся. Условный Gentoo или Arc относится к нестандартным решениям. Автор в статье говорил именно про это.
Свобода выбора, все дела.
Отсылка к системе оценок Яндекса(самая высокая оценка — E) и старому мему из игры «Press F to pay respect».
Другими словами, оценка F — это увольнение, по той или иной причине.
Вы про Яндекс или про какие то другие компании? И если вы про Яндекс — вы наверняка можете подтвердить это утверждение?
Требования просты:
1. Без GC.
2. Без виртуальной машины.
3. C-like синтаксис, но без кучи странных символов в неожиданных местах, как в плюсах.
4. Пакетный менеджер и система сборки из коробки.
5. Кроссплатформенный — должен собираться и работать на MacOS и Linux.
6. Желательно с уже имеющейся библиотекой GUI, не являющейся оберткой над Qt/GTK.
7. Желательно с существующей библиотекой для работы с сетью.
Что смотрел:
1. D — он не взлетел за почти два десятка лет своего существования, посему вкладываться в него нецелесообразно.
2.Rust — перспективно, но пока вроде с GUI там сложно.
3. Swift — пока не разобрался, насколько у него хорошо с Linux, сборкой без Xcode и GUI на Linux.
Собственно речь про качественный скачек, как между джуном и миддлом. Если он случился — то это грейдап.
Иначе, больше закрытых задач в трекере, чуть больше самостоятельности — это выше ожиданий.
Не не не, про Arc я в курсе, спасибо.
Мне бы про свой Git в Амазоне.
Как так вышло и почему — какая разница?
Расскажете про свое оборудование и итоговую производительность всего этого?
По Java некоторые конторы тоже ведут/вели курсы. Например, NetCracker, Mirantis…
Java не популярный язык?
Судя по отчетам в разных источниках: можно и trackir прикрутить и джойстик при запуске через Proton. Но нагугленные видеозаписи не внушают желания играть в игру с такой дергающейся графикой. Думаю, при желании вам не составит труда это попробовать и написать насколько все плохо/хорошо.
Видел, что Elite Dangerous заводят с VR. youtu.be/y2MahvddHrY
Да и вообще оно теперь по слухам легко заводится. Но это совершенно другая игра.
Умение решить простую задачку — необходимое, но не достаточное.