1.3, Аноним (3), 22:39, 05/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Вот что Facebook животворящий делает. Как засуетились после публикации Cinder.
| |
1.9, Аноним (9), 23:04, 05/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Закроем, откроем, завтра опять закроем. В опенсорсе многое на репутации держится
| |
|
2.22, Аноним (22), 00:28, 06/05/2021 [^] [^^] [^^^] [ответить]
| –5 +/– |
Увы но большая часть опенсорса хуже проприетарщины, значит бесплатный урезанный релиз для бета-тестеров, а уже полноценный Pro/Enterprise/Business эдишн за бабло
| |
|
1.13, Аноним (15), 23:33, 05/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Это все конечно хорошо что разные вариации питона развиваются. Эволюция, естественный отбор и тд, что-то из этого войдет и в мейнстрим.
Только боюсь как бы дело до фрагментации не дошло.
| |
1.17, lufog (ok), 23:52, 05/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
| |
|
2.25, ИмяХ (?), 00:49, 06/05/2021 [^] [^^] [^^^] [ответить]
| +6 +/– |
Что только не придумают, лишь бы не писать на ассемблере
| |
|
3.71, lufog (ok), 21:09, 26/08/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Что только не придумают, лишь бы не писать на ассемблере
Как человек который знаком с ассемблером могу с уверенностью сказать что различия между ассемблером, и C/C++ гораздо более значительны, чем различия между C/C++ и Python. На чистом ассемблере многие не пишут потому, что выполнение той же задачи занимает в сотни раз больше времени, серьезный ассемблерный код очень объемен по нему трудно ориентироваться, и вообще научится мыслить ассемблером (читать/составлять алгоритмы, структуру программы) во много-много раз труднее. Так что сравнение гиперболизировано и в корне неверно. При всем при этом ассемблер все еще востребован, при программировании энергоэффективных микроконтроллеров, устранении так называемых узких мест в высоко нагруженных системах, или как в моем случае при патчинге кода находящегося в оперативной памяти. Также его знает любой программист который работает в области обратной разработки, ибо генерируемый IDA/Ghidra, C код в половине случаев неверен, и запутывает больше чем ассемблерный листинг.
| |
|
2.31, 1111 (??), 02:32, 06/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
>Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
это сейчас была мольба сделать нормальный компилятор для питона?
| |
|
3.36, n00by (ok), 07:08, 06/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
>>Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
> это сейчас была мольба сделать нормальный компилятор для питона?
Наверняка. Не может же быть, что он не знает 10-е правило Гринспена.
| |
|
4.72, lufog (ok), 21:13, 26/08/2021 [^] [^^] [^^^] [ответить]
| +/– |
>>>Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
>> это сейчас была мольба сделать нормальный компилятор для питона?
> Наверняка. Не может же быть, что он не знает 10-е правило Гринспена.
Десятое правило Гринспена: Любая достаточно сложная программа на Си или Фортране содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp.
Впоследствии хакер Роберт Моррис уточнил: …в том числе и сам Common Lisp.
| |
|
5.74, n00by (ok), 08:35, 27/08/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот. Соответственно и Python -- глючная и медленная реализация половины языка Common Lisp.
| |
|
|
|
2.32, Амоним (?), 02:56, 06/05/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>> Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
>> Чем только не страдают, лишь бы не писать на нативных (для процессора) языках программирования, типа ассемблера ...
> Чем только не страдают, лишь бы не писать в нативных (для процессора) машинных кодах
Чем только не страдают, лишь бы не спаять цифровую логику строго под алгоритм
| |
|
3.43, Аноним (15), 08:28, 06/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
И вообще - чем только не страдают, лишь бы делом не заниматься. Еще никто не умер от того что считал на счетах или на бумажке, развели тут понимаешь "прогресс". Не зря же говорят, двигатель прогресса это лень.
| |
3.73, lufog (ok), 21:16, 26/08/2021 [^] [^^] [^^^] [ответить]
| +/– |
>>>> Чем только не страдают, лишь бы не писать на нативных(компилируемых) языках программирования...
>>> Чем только не страдают, лишь бы не писать на нативных (для процессора) языках программирования, типа ассемблера ...
>> Чем только не страдают, лишь бы не писать в нативных (для процессора) машинных кодах
> Чем только не страдают, лишь бы не спаять цифровую логику строго под
> алгоритм
Чтобы не повторятся, посмотрите немного выше, мой ответ к комментатору ИмяХ. Там я написал почему это сравнение не корректно.
| |
|
|
|
2.46, Аноним (46), 08:49, 06/05/2021 [^] [^^] [^^^] [ответить]
| +5 +/– |
Уже начали писать питон на расте, но что характерно не закончили. Потому что на расте нельзя закончить большой проект.
| |
|
3.55, Аноним (55), 16:49, 06/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что на расте нельзя закончить большой проект
Это какой-то прикол?)
А вообще, последний коммит 4 дня назад
| |
|
|
1.45, Аноним (46), 08:46, 06/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Короче надо написать единый кодогенератор, который код на питоне переводит в код на Го. И закрыть нафиг этот ваш питон.
| |
|
2.48, Аноним (48), 09:18, 06/05/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Можно пойти дальше, сразу ассемблерный вывод, и закрыть нафиг этот ваш Go, да и все остальные языки тож.
| |
2.59, Аноним (59), 00:18, 07/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
Отличная идея. Просто мечта, перевести код с нечитаемого языка на морально устаревший и лишь чуть более читаемый
| |
|
|
2.61, Аноним (61), 12:35, 07/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
NumPy и Mathplotlib конвертировать в Guile или использовать из Guile можно?
| |
|
1.50, Аноним (50), 11:08, 06/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну, как говорится:"Такого тебе кадра нарисовали. Образованный. Революционерь"
| |
1.53, Xasd6 (?), 15:56, 06/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
ну а потом окажется что все эти быстрые реализации -- тормозят :-) по сравнению с CPython ..
ой! ой! в смысле: работают быстро, если "правильно" эту быстроту измерять! а если просто польоваться python-програмками, то тормозят. так же как и java работает быстрее всех, ага
| |
1.54, erthink (ok), 16:12, 06/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> удаление отладочных средств приводит к ускорению работы на 2%, при том, что лишь примерно 2% разработчиков используют данные функции.
Хм, а есть пожертвовать остальными 98% разработчиков то питон станет бесконечно быстрым как неуловимый Джо ;-)
| |
1.66, Аноним (-), 15:47, 07/05/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> предоставлению только бинарных сборок
Ух ты, самозакопались удвоенными темпами?!
| |
|
2.70, Брат Анон (ok), 13:05, 13/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну не скажи. Как ты оптимизируешь софтину, если не знаешь на чём она фактически будет запущена?
Единственная оговорка -- AOT-компиляция всё же лучше.
| |
|
|