начали холивар который не сможем закончить

ура! вечерний наброс удался!

go всего-то на год старше

только rust плющит и колбасит и очень много чего хочет nightly, а Го стабилен

go всего-то на год старше

но при этом go есть, а rust - только в докладах и влажных мечтах

как rust эту проблему перерастет, так можно начать думать куда его

тормозит, когда начнёшь математику делать.

что не так с математикой у го?

что не так с математикой у го?

шедулер говно

но это все АБСОЛЮТНО похер - не в проц вы упретесь, не в проц

скажи это тем, кто делает базы данных на питоне

А rust куда?

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

он планово говно, шедулер этот

скажи это тем, кто делает базы данных на питоне

зачем я вообще стану с ними разговаривать?

зачем я вообще стану с ними разговаривать?

стебать их?

что не так с математикой у го?

оох, даже как-то скучно начинать. тот же gcc может развернуть цикл и даже векторизовать, на выходе получив sse/avx.

сравнивать simd и обычный generic код даже как-то неудобно.

я вот проигнорировал :)

я вот проигнорировал :)

молодец )) опыт не пропьёшь!

оох, даже как-то скучно начинать. тот же gcc может развернуть цикл и даже векторизовать, на выходе получив sse/avx.

ок, если все настолько критично, то бери сишку. но тут вроде никто не оговаривал такие редкие частности, которые по-хорошему делаются на асме даже, а не на сях.

Математика на Go? Это оригинально

Это точно девапс чат?

аааа.... я в Одноклассники зашел!

Математика на Go? Это оригинально

А в девопс чате, должна быть математика на Питоне?

первый раз в этом году!

на го имеет смысл писать разнообразные прокси. современный сайт - это всегда прокси к базе. и тут го сегодня вне конкуренции. все остальное на нем делать смысла нет особого.

ок, если все настолько критично, то бери сишку. но тут вроде никто не оговаривал такие редкие частности, которые по-хорошему делаются на асме даже, а не на сях.

зачем? зачем асм, если есть интринисики?

Коллеги

Избавьте меня, пожалуйста, от ваших идей о том, что на чем нужно писать

интересно посмотреть как развернется байткод в sse

"что на чем нужно писать" - это вечная тема

интересно посмотреть как развернется байткод в sse

какой байткод?

нет, ну можно, конечно, сидеть и гордо молчать...

какой байткод?

некоторые г с джавой и шарпом сравнвают

"что на чем нужно писать" - это вечная тема

Нет - я готов обсудить это с кложуристом

Но не с представителями малого бизнеса, извините

по поводу "что на чем писать" у меня очень прагматичный подход -

1. мне нравится писать на языке/системе ....

2. я на нем пишу, пока это устраивает заказчика

3. у некоторых моих проектов заказчик я :)

когда что-то перестает устраивать, тогда ищем альтернативы

Но не с представителями малого бизнеса, извините

смысл любой системы - отвечать требованиям заказчика, заказчик - это бизнес

я выше приводил оценку "2к рпс на ноуте" - это более чем достаточно для подавляющего большинства бизнес-аппикейшенов

смысл любой системы - отвечать требованиям заказчика, заказчик - это бизнес

Я не берусь оспаривать это утверждение

то есть нет смысла искать более "шуструю" среду

вот в случае с Питоном уже приходилось упираться в его перформанс

Нет - я готов обсудить это с кложуристом

оне же красноглазые все!..

так или иначе бизнес говорит про оптимальное для него соотношение быстро-дешево-качественно и вот исходя из этого соотношения и стоит выбирать язык программирования

вот в случае с Питоном уже приходилось упираться в его перформанс

например?

оне же красноглазые все!..

Если бы они были зеленоглазые, пришлось бы уйти из семьи жить с ними

А так норм

бизнес обычно или орет, или мычит

бизнес особо не знает что да как

то есть нет смысла искать более "шуструю" среду

Имеет смысл к построению систем подходить по принципу устранения узких мест. Нет узких мест - пишешь на том что нравится или на чем просят. Как только появились - анализируешь, устраняешь (иногда переписыванием кусков на другом языке)

для этого и нужны эксперты

так или иначе бизнес говорит про оптимальное для него соотношение быстро-дешево-качественно и вот исходя из этого соотношения и стоит выбирать язык программирования

Ну - твой заказчик может в овраге лошадь доедать

и вот для последнего и нужно понимать что у тебя более шустрое и в каком случаи.

Имеет смысл к построению систем подходить по принципу устранения узких мест. Нет узких мест - пишешь на том что нравится или на чем просят. Как только появились - анализируешь, устраняешь (иногда переписыванием кусков на другом языке)

но изначально лучше подходить со знанием что такое микросервисы

ох, блин

микросервисы еще

но изначально лучше подходить со знанием что такое микросервисы

В целом да, так проще идентифицировать узкие места и переписывать их

но изначально лучше подходить со знанием что такое микросервисы

Микросервисы это охуенная тригонометрия

главное не переусердствовать

микросервисы - это такой баззворд, который ничего не значит на самом деле

микросервисы - это такой баззворд, который ничего не значит на самом деле

Как и DevOps, SRE и пр.

чейта

девопс - я вообще не знаю что такое

девопсы в чатике девопсов отрицают существования девопсов

Как и DevOps, SRE и пр.

SRE это должность, а не баззворд

кто отрицает?

SRE это должность, а не баззворд

Одно другому не мешает.

бизнес особо не знает что да как

да, но бизнес выставляет требования в понятной для него форме, обычно это или желание быстро выкатывать обновления (потому что стартап и нужно раз в 2 недели релизиться) или сократить стоимость владения системой (затраты на зарплаты + хостинг) или повысить надежность ( ну, какой-нибудь банк хочет) , просто вот исходя из этих требований и выбирать язык программирования

девопсы в чатике девопсов отрицают существования девопсов

Нет единого понимания когда стоит называть человека девопсом. Также как и SRE.

и даже близко единого

а я себя называю software developer

хотя и хардвер могу иногда попаять %)

devil operations

более того, есть "замечательная" практика называть Систем Инженеграми и ДевОпсами людей, которые 90% дня пилят папет-код

нет, вина южной африки, мне определенно нравятся...

и вторая порочная практика - называть деопсом программиста, когда хотят сэкономить на админе.

нет, ну если можно сэкономить, то почему нет?

если говорить про стартапы - то там может быть так, что 1 человек и CTO и DevOps и уборщица

как называть - это не так уж и важно