Потому что нет бизнеса который на вложенный 1млн, даст через год 2, точнее есть, но он криминальный. Если работать не за откат, не быть посредником который берет 70% ,а просто делать работу, то прибыльность редко выходи за 15%. В любом бизнесе, хоть одежду шить, хоть когтеточки делать, хоть пиво варить.
РФ за юани продает нефть и газ, потом эти юани выкупаются в процессе расчета с Китаем за рубли, так было, а теперь только в одну сторону. Китай не пускает не свой рынок товары из РФ.
Какой будет валюта расчетов между БРИКС? Неужто доллар?
Мой любимый кейс - Fox Meyer Health Corporation, второй по величине оптовый дистрибьютор лекарств в США, разорился после внедрения SAP R/3 ERP, мало того, что новая система не смогла справится с объемами, так там была ошибка округления при расчетах, в виду того, что система обрабатывала около 400 тыс. транзакций в сутки, то эта ошибка привела к полному коллапсу в расчётах и в конце компания разорилась.
Также решал задачу слияния справочника по лекарствам от разных аптек. Нормализуем до символов и цифр, удаляем остальное, удаляем пробелы, разбиваем на чанки по 3 символа, с возвратом на один, т.е. получаем набор из символов [0-2],[2-4],[4-6] и т.д., делаем хэши чанков и пишем в бд. При поиске аналога делает также, и ищем получившиеся хэши, немного магии сортировки и получаем аналог с приемлемой точностью. Делал 8 лет назад, уже подробности не помню.
В последний год слушал как все новые проекты все заводили на next js, при этом когда спрашивал, вам реально нужно кэширование и SSR? Оказалось, что 90% даже об этом не думали. И вот, буквально неделю назад, бывший джун уже со своей командой решил пилить новый проект, ну и конечно кто-то решил взять next, я попросил их взять день на раздумье, почитать про next, сравнить с другими подходами, и они свою админку для внутреннего использования решили пилить на ангуляре (так как была экспертиза, а на next никто никогда ничего не писал).
Я так понимаю, что такого рода инструменты (как automapper например), очень хороши в небольших проектах. Когда у вас есть много common кода, и разные сервисы/сайты/апишки пытаются работать с одним контекстом данных, эти правила маппинга/валидации/спецификаций начинают тянуть производительность и понимание структуры кода на дно, и множат блуждающие ошибки. Например, прикрутить валидацию только для апи или сайта это одно, прикрутить тоже-самое, но в множество связанных проектов с своими доменами это боль и слезы.
Согласен. Все зависит от проектов. Было и фича размером с существующий сервис на 130к строк и прыжок нагрузки когда БД легко держала нагрузку на 10rps и умерла на 20rps. Т.к. нагрузка это не про количество запросов, а про количество данных которыми вы оперируете. И если у вас 10rps, но данные которые вы оперируете, растут на 20млн в сутки, то через год 20rps кладут эту БД на колени. И решить проблему добавлением индекса не получится, ибо они уже все есть и вылизаны, а во вторых добавление нового индекса на дает +80-100гб и строится с 50% нагрузкой на CPU сервера 2 дня.
Если говорить об отличии констант от переменных то, да, ментор не нужен, а если пытаться вникнуть в чистую архитектуру, глубокое понимание ООП и прочее, то можно обмазаться книгами и годами плавать.
Коррупционеры придумают 1001 способ как эти деньги помыть, будут специальные миксеры, подмешивание налички-вывод-ввод, повторить и сболтать. А попасть под статью за то, что ты купил на условном авито видюху у челика который потом пойдет по какой-либо статье, и окажется что он твоими деньгами расплатился за что-то очень противозаконное возрастает.
Работать плюс-минус будет когда не останется не одного безналичного или наличного рубля, и все будут на цифровом, но тогда будут другие приколы - как-то раз одна налоговая переводила мои налоги в другую налоговую, и ошиблась в платежке, а МНЕ заблокировали ВСЕ счета, а я даже не знал об этой операции.
Потому что нет бизнеса который на вложенный 1млн, даст через год 2, точнее есть, но он криминальный. Если работать не за откат, не быть посредником который берет 70% ,а просто делать работу, то прибыльность редко выходи за 15%. В любом бизнесе, хоть одежду шить, хоть когтеточки делать, хоть пиво варить.
А ведь если выйти в такой майке на обочину хайвея, можно устроить катастрофу.
РФ за юани продает нефть и газ, потом эти юани выкупаются в процессе расчета с Китаем за рубли, так было, а теперь только в одну сторону. Китай не пускает не свой рынок товары из РФ.
Какой будет валюта расчетов между БРИКС? Неужто доллар?
Мой любимый кейс - Fox Meyer Health Corporation, второй по величине оптовый дистрибьютор лекарств в США, разорился после внедрения SAP R/3 ERP, мало того, что новая система не смогла справится с объемами, так там была ошибка округления при расчетах, в виду того, что система обрабатывала около 400 тыс. транзакций в сутки, то эта ошибка привела к полному коллапсу в расчётах и в конце компания разорилась.
Также решал задачу слияния справочника по лекарствам от разных аптек. Нормализуем до символов и цифр, удаляем остальное, удаляем пробелы, разбиваем на чанки по 3 символа, с возвратом на один, т.е. получаем набор из символов [0-2],[2-4],[4-6] и т.д., делаем хэши чанков и пишем в бд. При поиске аналога делает также, и ищем получившиеся хэши, немного магии сортировки и получаем аналог с приемлемой точностью. Делал 8 лет назад, уже подробности не помню.
Нет, например семья - муж с работой на запад за валюту, жена с работой на рф за рубли - оплачивать ипотеку, помогать родителям.
До 3-х лет, серьезно. Есть какие-то другие соображения?
За 6 лет от "в 2017 открыл книгу" до "Head of QA"? В одной компании?
В последний год слушал как все новые проекты все заводили на next js, при этом когда спрашивал, вам реально нужно кэширование и SSR? Оказалось, что 90% даже об этом не думали. И вот, буквально неделю назад, бывший джун уже со своей командой решил пилить новый проект, ну и конечно кто-то решил взять next, я попросил их взять день на раздумье, почитать про next, сравнить с другими подходами, и они свою админку для внутреннего использования решили пилить на ангуляре (так как была экспертиза, а на next никто никогда ничего не писал).
Прибыль очень редко бывает больше 12%.
Я так понимаю, что такого рода инструменты (как automapper например), очень хороши в небольших проектах. Когда у вас есть много common кода, и разные сервисы/сайты/апишки пытаются работать с одним контекстом данных, эти правила маппинга/валидации/спецификаций начинают тянуть производительность и понимание структуры кода на дно, и множат блуждающие ошибки. Например, прикрутить валидацию только для апи или сайта это одно, прикрутить тоже-самое, но в множество связанных проектов с своими доменами это боль и слезы.
Согласен. Все зависит от проектов. Было и фича размером с существующий сервис на 130к строк и прыжок нагрузки когда БД легко держала нагрузку на 10rps и умерла на 20rps. Т.к. нагрузка это не про количество запросов, а про количество данных которыми вы оперируете. И если у вас 10rps, но данные которые вы оперируете, растут на 20млн в сутки, то через год 20rps кладут эту БД на колени. И решить проблему добавлением индекса не получится, ибо они уже все есть и вылизаны, а во вторых добавление нового индекса на дает +80-100гб и строится с 50% нагрузкой на CPU сервера 2 дня.
Репетитор!=ментор. Репетитор учит основам и базе по учебнику/учебному плану. Ментор передает свой опыт.
Это да, на вскидку экономический кризис 89-91, августовский путч 91, штурм белого дома 93, экономический кризис 98 и еще экономический 08. Мда.
Если говорить об отличии констант от переменных то, да, ментор не нужен, а если пытаться вникнуть в чистую архитектуру, глубокое понимание ООП и прочее, то можно обмазаться книгами и годами плавать.
Думаю вы правы. Надо было тщательнее выбирать
странуналоговую.Коррупционеры придумают 1001 способ как эти деньги помыть, будут специальные миксеры, подмешивание налички-вывод-ввод, повторить и сболтать. А попасть под статью за то, что ты купил на условном авито видюху у челика который потом пойдет по какой-либо статье, и окажется что он твоими деньгами расплатился за что-то очень противозаконное возрастает.
Работать плюс-минус будет когда не останется не одного безналичного или наличного рубля, и все будут на цифровом, но тогда будут другие приколы - как-то раз одна налоговая переводила мои налоги в другую налоговую, и ошиблась в платежке, а МНЕ заблокировали ВСЕ счета, а я даже не знал об этой операции.
Это что-то из разряда уязвимостей бума самопальных php-ных cms в конце нулевых. Помню такие визарды надо было удалять после установки.
Крыжык - чекбокс. Сначало бесило, а теперь только так и называю.
Всегда handler-ы ручками называли, но с прошлого года вижу и на endpoint-ы перекинулось.