с Python'а на Go нет смысла уходить, а вот С на Go очень даже..

Мне не нравится

:= вот это вот всё

Аргументировано

звёздачки

Кто-то походу Кена Томсона поцеловал и он проснулся

От 30 летнего сна

и на базе этого нафигачил еще bloom-filter based search index

все за 2*8 рабочих дня

с Python'а на Go нет смысла уходить, а вот С на Go очень даже..

есть, когда нужна скорость, а хочется писать почти также

или когда нужна строгая статическая типизация

ну вот есть PyPy

http://pypy.org/

и когда хочется вспомнить что такое указатели

он довольно быстрый

не как Go, но быстрый

ну вот есть PyPy

Я знаю, медленее ощутимо

И де-факто питон 2.7

там есть 3.3 совместимая версия,вроде

Нету

3.3 частично

There are two components. An exporter that does the actual scraping, and a generator that creates the configuration for use by the exporter. Only the exporter is written so far.

Меня окончательно испортилтот чят. С первой строки подумал, что это английская адаптированная версия про стулья.

ну, у питона тут плюс в чём - он хорошо интегрируется с С

а С быстрее всего, что только может быть

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

собственно, некоторые так и делают

собственно, некоторые так и делают

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

> @lorddaedra был бы я С-программистом, я бы ушёл на Go Go - the best language for wannabe C programmers

что не есть удобно

в итоге из проекта на питоне получится враппер над кодом на С

в итоге из проекта на питоне получится враппер над кодом на С

а на Го можно просто получить компактный код который быстрее

ну, Go это нормальный ЯП)

я не критикую особо Go

для 70-х

но лично мне он не оч нравится

ага

в Go достаточно простой код и достаточно быстро работает, некий компромисс

а Python + C это другой способ решения той же задачи, без компромиссов

сначала всё на Python'е (быстро делаем, медленно работает), потом наше API стабилизируется и это мы переписываем на С

в итоге оно работает быстро

а какая-то меняющаяся часть остаётся на Python'е

при этом мы можем всё менять мааааленькими частями, это вообще не наносит никакого вреда стабильности проекта

Писать на Си сложнее и медленее.

с этим кодом на С можно взаимодействовать внешне так же, как раньше взаимодействовали с кодом на питоне, то есть мы можем переписывать не весь проект, а только те части, которые редко меняются и нужна именно высокая скорость

поэтому получится что у тебя маленькая быстроменяющаяся часть

это, может, всего 2-3 вещи в проекте

и много кода который никто не хочет трогать

ну, рано или поздно всё равно код делится на тот, который редко меняется и тот, который часто

да, но при этом вопрос в причинах

если никто не меняет код потому что боится - это одно

ну, пишутся тесты

можно взять 1 маленькую медленную функцию на питоне и переписать только её на С

и другой код на питоне будет дружить с ней, как будто она на питоне, никто ничего не заметит

ну и эту функцию, как и другие, мы тестируем, конечно

но

таких узких мест обычно не так много бывает в проекте, достаточно именно их поправить, не обязательно весь проект на другой ЯП переписывать

вызов функции дешевый, но не бесплатный

потому что тебе придется типы конвертировать и т.п.

ну, это будет медленнее, чем когда весь проект на С, но всё равно достаточно быстро

это будет сопоставимо с тем же Go

только писать код медленее )

так не надо всё писать на С, только какие-нибудь узкие места, где важна скорость

несколько вот таких функций

это будет сопоставимо с тем же Go

???

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

все "прелести" си

вот сейчас можно все проекты разбивать на микросервисы и каждый микросервис хоть на своём ЯП пиши, лишь бы API был

ERROR: S client not available

вот эта комбинация Python+C мне напоминает эту идею

во времена, когда разбивать проект на микросервисы ещё не было модным

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

только вот софт написанный на С в среднем работает лучше чем софт написанный на python

вот есть http://cython.org/ , например

только вот софт написанный на С в среднем работает лучше чем софт написанный на python

во первых не про это речь, во вторых да в общем смотря что считать "лучше"

во первых не про это речь, во вторых да в общем смотря что считать "лучше"

например менеджер пакетов и скорость установки/сболрки пакетов у пакетников написанных на C выше

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

например менеджер пакетов и скорость установки/сболрки пакетов у пакетников написанных на C выше

да всем срать на это :)

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

если бы было срать, то все писали бы менеджеры на пакетов на php

если бы было срать, то все писали бы менеджеры на пакетов на php

пхп быстрее питона

их на питоне и перле и писали потому что всем срать

джанги или 3 обычного питона?

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

джанги или 3 обычного питона?

джанга тут при чем?

ну джангу тоже питоном называют

ну джангу тоже питоном называют

джанга это фреймворк, питон - язык

сейчас вон для мобильных и обычных игр стало можно вставки на ассемблере делать в код

а раньше нельзя было?

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

сейчас с микросервисами в контейнерах ещё проще

можно хоть на всех ЯП сразу писать проект, если у нас есть уверенность, что в нашей команде будут люди, способные это развивать и поддерживать и это будет экономически целесообразно

пишите лучше на ассемблере

круче всего будет

вот выше я привёл весьма неплохой способ ускорения кода на Python'е

http://cython.org/

и он достаточно простой, чтобы его использовать, С можно не знать (знать поверхностно)

https://habrahabr.ru/company/mailru/blog/242533/

чуваки, а как заставить ядро писать полный cmdline при oom?

при /proc/sys/vm/oom_dump_tasks == 1 пишется просто имя бинаря

На дворе был 2016 год, но суслики продолжали есть сишный кактус for i := 0; i < n; n++ { ^^^ ?

)))

но сравните код той же самой программы на разных ЯП, на питоне будет проще и короче всех

Я согласен. У фашизма есть своя эстетика. Все эти идеально ровные черные кильты, идеально выглаженные стрелки. Заачаровывает.