All streams
Search
Write a publication
Pull to refresh
144
12
Евгений @JordanCpp

Разработчик

Send message

Они не уточнили в какое время. Надеюсь что не в 30-ых.

Вы не понимаете это другое))) Думаю, что на двухтомник хватит. Горько все это.:(

Эээ подождите. Инвестиции это вложение денег в определенное направление. Ну типа и почему этого не было в СССР. Строились заводы, города, отрасли. Это и есть инвестиции. Но данные инвестиции не занимались в понятии капитализма. Это труд людей от прибавочной стоимости направленный на развитие. Чем плохо светлое будущее. При социализме был лозунг человек созидатель. Сейчас лозунг мы все умрем а они сдохнут. Прошлый лозунг мне кажется, звучал получше.))

Прочитал весь тред. И опять СССР в текущей ситуации недоразвития микроэлектроники виноват)) Где то я это уже слышал.) Если по существу, на развитие по меркам общемировых трат на микроэлектронику, выделялись мизерные бюджеты сравнимые с крошками со стола. Насколько оплатили, настолько и выдал бизнес(или как там полугос организации) продукции и т.д Если конечно вместо яхт, 600 лярдов пустили в микроэлектронику, тогда был бы и спрос и отдача. Но сами понимаете мы не варвары какие-то. Мы за полное соблюдение законов о частной собственности и пусть хоть мир горит, но обязательства по контрактам выполнять нужно. Очень черный сарказм. Раз тут столько специалистов, инженеров, осведомлённых. Ответьте на вопрос. В микроэлектронике мы на самом дне, или ещё побарахтаемся?

Раньше много бизнеса было связано с мафией. В мире вообще все неоднозначно. Однозначно только различие в зарплатах.

Не хватает картинки. Вы не понимаете это другое) Хорошо подметили. Где начинаются возможные потери доходов или попытки улучшить условия рабочих. Демократия так немножечко, заканчивается. Как сказал Шварценеггер, Капитализм.)

Знание ORM = знание sql + фич бд на проекте + знание и тонкости используемой orm. И в какой sql код, будет преобразован orm код. Не думаю, что следует привязывать бизнес логику к ORM'у. Следует привязывать к сервисам, а уже методы сервисов вызывать на уровне бизнес логики. Абстрагировать уровень бд. И уже все равно, что лежит в Service просто юзаем методы. Была неплохая статья на Хабре, типа я не буду учить +100500 ORM

Интерпретатор в интерпретаторе, зачёт)

Абстрагирование абстракций, абстрагирующие нижележащие абстракции, над нижележащими абстракциями... Продолжите рекурсию.))

Не то, что бы я придираюсь. Но можно тоже самое, но на примере PostgreSQL? Потому что MS Sql Server, немножечко всё.

Зачем Китаю ругаться со своим потребителем? Китай обеспечивает пол мира. И терять прибыль, ради кого?

Вроде бы и воодушевляющая статья. Но в то же время и злость берет. Что Россия только сейчас создаст. Раньше чем занимались. Упование на везение, или просто руководство дурное. Не касаясь персоналий. Типа когда грянуло. Главное потеряно время и очень много. Вспоминается мем с часами и котом. Как оптимист хотелось бы верить. Как реалист, приходит понимание, что то что создаётся годами, за месяц не сделать, а нужно прям сейчас.

Надеюсь, что импортозамещать будут не как прошлые восемь лет. Где импортозамещали, замещали, да не импортозаместили. С другой стороны, вроде бы для отечественного, открывается новый рынок. Куда раньше не могли пролезть компании. Но импортозамещать смогут, крупные компании, с деньгами, типа Яндекса. И не понятно, лучше ли будет от монополии Яндекса. Будем посмотреть.

Вначале вчитывался в компани. Потом просто листал вниз. Не долго листал. Но когда на каждой строке компания приостанавливающая свою работу в России. Впечатляет масштаб. Это реально вообще в ближайшей перспективе парировать?

Сэкономить 70k ядер все же круто. Не обратил внимание, что перевод. Погугли об Uber. Оказалась американская компания. Почему то был уверен, что это из разряда Яндекс такси.

Использовали скорее всего минимум абстракций. Язык си. Где можно филигранно работать с байтами. Без абстрактных функций, на абстрактные интерфейсы, ссылающиеся на обертки си библиотек. Ближе к железу, по крайней мере на уровне языка си.

Честно очень интересно, не чёт замороченно.) Идеи здравые, борьба со сложностью, со связанностю кода. Но когнитивная нагрузка от Овер абстракций над абстракциями, абстрагирующие нижележащие абстракции, возрастает.

То есть текущих мощностей пк не хватает для вывода hi-dpi шрифта, за приемлемую по времени задержку? Как так то? Какие ещё технологии нужны? Процы в 10 в 100 раз мощнее? Квантовые процессоры? Что то явно не то, происходит в Датском королевстве.

Переусложненность веба на лицо. Миллионы лет эволюции, покорение огня, рек, атомной энергии, создание высокотехнологичных вещей. А в итоге, вот это вот всё.)

С другой стороны, ваш сервис определенное время тормозил и грел напрасно железо. Gc все разрулит думали вы. А все равно пришлось лезть под капот и разбираться, как все работает и как ускорить. Гц это из области визуального программирования. Типа кубики кидаешь всем нравится, но как только нужно, ускорить решение, а кубика то такого нет. И придется лезть и разбираться.

Спасибо за статью, всегда интересно читать об оптимизации. Сколько серверов освободилось? И куда вы будете девать или как использовать освободившиеся мощности? К примеру если сервер это 32 ядра, это больше 2000 тысяч серверов.

Information

Rating
580-th
Location
Россия
Date of birth
Registered
Activity

Specialization

Backend Developer, Database Developer
Lead
SQL
Linux