The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Python опередил Java по числу проектов на GitHub, opennews (??), 08-Ноя-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


135. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Аноним (136), 08-Ноя-19, 16:48 
Только Go. Rust мало того что не нужен, но на веб приложения он даже не рассчитан.
Ответить | Правка | Наверх | Cообщить модератору

138. "Python опередил Java по числу проектов на GitHub"  –2 +/
Сообщение от Аноним (70), 08-Ноя-19, 16:57 
И с ООП у Раста коряво.
Ответить | Правка | Наверх | Cообщить модератору

142. "Python опередил Java по числу проектов на GitHub"  +3 +/
Сообщение от Аноним (132), 08-Ноя-19, 17:02 
Так ООП и есть корявость, оно там намеренно не реализовано в полной мере (наследование), как я понимаю.
Ответить | Правка | Наверх | Cообщить модератору

145. "Python опередил Java по числу проектов на GitHub"  +2 +/
Сообщение от Аноним (-), 08-Ноя-19, 17:11 
>Так ООП и есть корявость, оно там намеренно не реализовано в полной мере (наследование), как я понимаю.

В Расте ООП вообще нет. И слава богу! Те кто не могут в структурный код идут лесом. Помолимся же за то, что бы у Раста никогда не было ООП.

Ответить | Правка | Наверх | Cообщить модератору

150. "Python опередил Java по числу проектов на GitHub"  –3 +/
Сообщение от Аноним (70), 08-Ноя-19, 17:20 
Ну т.е., применения в промышленном (CADы там всякие) и банковском софте Расту не видать.
Ответить | Правка | Наверх | Cообщить модератору

171. "Python опередил Java по числу проектов на GitHub"  +2 +/
Сообщение от Аноним84701 (ok), 08-Ноя-19, 19:33 
> Так ООП и есть корявость, оно там намеренно не реализовано в полной
> мере (наследование), как я понимаю.

В оригинальной идее ООП никаким наследованием и не пахло:
http://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_kay...
> From: Alan Kay [removed for privacy]
> Subject: Re: Clarification of "object-oriented"
> I thought of objects being like biological cells and/or individual
> computers on a network, only able to communicate with messages

...
> I didn't like the way Simula I or Simula 67 did inheritance

...
> OOP to me means only messaging, local retention and protection and  hiding of state-process, and extreme late-binding of all things. It can be done in Smalltalk and in LISP.

Ну и классика:
> Composition over inheritance: "Favor 'object composition' over 'class inheritance'." (Gang of Four 1995:20)

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

140. "Python опередил Java по числу проектов на GitHub"  –1 +/
Сообщение от Аноним (132), 08-Ноя-19, 17:01 
Про Rust это все же ваше личное мнение, мне не очень хочется вступать в холивар на этот счет. У него есть недостатки в плане корявости синтаксиса в определенных моментах, но ничего серьезного и аналогичного расту на данный момент не существует. Т.е. я про язык с современными синтаксисом, который при этом почти бесплатен и без GC. Это скорее Go не нужен там, где нужен раст - обратное редко справедливо, если речь не идет о продуктах, в которых требутся скорость разработки, близкая к "питонячей".
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

178. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 08-Ноя-19, 20:05 
> ничего серьезного и аналогичного расту на данный момент не существует

FACEPALM.GIF

Ответить | Правка | Наверх | Cообщить модератору

182. "Python опередил Java по числу проектов на GitHub"  –1 +/
Сообщение от Аноним (-), 08-Ноя-19, 20:11 
На самом деле все языки программирования гaмно в той или иной степени. Хороших нет. Да и вообще программирование ненyжно. Лучше грядочки полоть и картошку сажать.
Ответить | Правка | Наверх | Cообщить модератору

186. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 08-Ноя-19, 20:26 
> На самом деле все языки программирования гaмно в той или иной степени.
> Хороших нет. Да и вообще программирование ненyжно. Лучше грядочки полоть и
> картошку сажать.

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

Есть хорошие, годные, замечательные ЯП. Могу начать перечислять, а ты продолжишь: ассемблер, Си, Ди, Паскаль (как философия, а не конкретная реализация, поэтому его производные подразумеваются), Перл 5. Их можно понять и полюбить. Игогошечка тоже прикольная, кстати.

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

Есть два паршивых языка, которые концептуально уродливы. Я говорю о жлобоскрипте и пихтоне. Причём пихтон ещё можно исправить (теоретически), если разогнать кодло СЖВ, которые штампуют его релизы, ломая обратную совместимость, и провести ревизию языка, выбросить из него всякий хлам, написать его полную спецификацию, стандартизировать его через ISO/IEC и всё такое прочее. А жлобоскрипт надо просто закопать, он безнадёжен с самого рождения. Тем не менее, мы наблюдаем картину зашкаливающей популярности паршивых ЯП. Обезьянкам нравится, когда воняет и с блохами.

Есть абсурдный язык — хруст. В нём нет ничего такого, чего не было бы в других ЯП, но при этом у него уродливый и выносящий мозг синтаксис. Обезьянкам нравится. Люди плюются.

Ответить | Правка | Наверх | Cообщить модератору

287. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от j3t (?), 12-Ноя-19, 02:19 
Rust стремная вещь как и Go, Lisp и тд
Ответить | Правка | Наверх | Cообщить модератору

290. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 12-Ноя-19, 05:10 
> Rust стремная вещь как и Go, Lisp и тд

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

Игогошечка не стрёмная, как по мне. Впрочем, я не углублялся в неё дальше простых программ, вычисляющих что-нибудь с пользовательского ввода в консоли. На этом уровне она ничем не хуже Сишечки, Дишечки, Перла, Пихтона, Луа и пр.

Лиспы — на любителя (и я не из таковых). Учитывая, что любая вычислительная машина всё равно всегда работает с машинными командами, использование «медленных» по накладным расходам ЯП наподобие лиспов должно по умолчанию быть удовольствием за свои личные деньги, а не за чужой счёт.

Ответить | Правка | Наверх | Cообщить модератору

191. "Python опередил Java по числу проектов на GitHub"  –1 +/
Сообщение от Аноним (132), 08-Ноя-19, 20:43 
Если что, я про borrow checker. И про тот факт, что все практики безопасной разработки, которые в C++ нужно годами учить, попеременно медитируя и познавая дзен, включены по умолчанию. Плюс система типов, вдохновленная функциональными языками программирования, но при этом пересаженная на в целом императивный язык.
Какой серьезный аналог Rust я пропустил?
Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

196. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 08-Ноя-19, 21:03 
> Если что, я про borrow checker. И про тот факт, что все
> практики безопасной разработки, которые в C++ нужно годами учить, попеременно медитируя
> и познавая дзен, включены по умолчанию. Плюс система типов, вдохновленная функциональными
> языками программирования, но при этом пересаженная на в целом императивный язык.

Вы сами только что неявно признали, что хруст придуман для обезьянок. :)


Для безопасной разработки есть Ada (в которой вы можете под любую свою прикладную задачу создать свою собственную систему типов). На этом и можно было поставить точку и закрывать эту тему, но если вы настаиваете…

Если всё же хочется «безопасно» писать на C или C++, для этого разработаны специальные наставления MISRA.

Кроме того, есть множество «старых» высокоуровневых _стандартизированных_ ЯП, где вы тоже не будете задумываться о безопасности, связанной с работой с оборудованием и ошибками «низкого уровня»: Фортран, Кобол и так далее. Не модно и не молодёжно, понимаю. Так вам точно-точно надо безопасность или просто хочется обмазаться свежим, модным, молодёжным?

Есть наконец Java и C#. Достаточно безопасно для вас? Чего не хватает?


> Какой серьезный аналог Rust я пропустил?

Я не стану всерьёз комментировать розовые фанатские славословия. Серьёзным языком хруст называют исключительно его фанатики. :)

Ответить | Правка | Наверх | Cообщить модератору

207. "Python опередил Java по числу проектов на GitHub"  –2 +/
Сообщение от Аноним (207), 08-Ноя-19, 21:24 
> Для безопасной разработки есть Ada

Название у него очень меткое в русской интерпретации. Язык Ada. Как там? Сложные проблемы требуют сложных решений? А Дейкстра и Торвальдс, конечно, простачки, раз сочли этот язык недоразумением.

> Так вам точно-точно надо безопасность или просто хочется обмазаться свежим, модным, молодёжным?

Я хочу писать простой производительный современный код и не учить распухший до безумия стандарт C++ (единственное оправдание чему является кровавое легаси), где только выбор системы сборки та еще задача.

> Я не стану всерьёз комментировать розовые фанатские славословия. Серьёзным языком хруст называют исключительно его фанатики. :)

Я все еще не очень опытный программист, и я могу быть не прав в своих оценках. Так что я не стану проявлять столько же снобизма, сколько вы. Может вы и правы.

Ответить | Правка | Наверх | Cообщить модератору

224. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 08-Ноя-19, 23:11 
Мой снобизм, реальный или кажущийся, здесь ни при чём, это всего лишь здравый смысл. Тяга людей к новым ЯП (и вообще к новинкам) в большинстве случаев обусловлена исключительно нежеланием изучить уже существующие средства и наивной инфантильной верой в то, что «раньше было хуже» и «всё новое по определению лучше старого».
Ответить | Правка | Наверх | Cообщить модератору

228. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Аноним (207), 08-Ноя-19, 23:44 
Так ведь Rust и не отметает все достижения прошлого. Доброй половине того, что он умеет, он научился у C и C++ и ни в коем случае этого не прячет и не отрицает. Просто он не стал брать в себя те неприятные моменты, которые обусловлены лишь почтенным возрастом этих языков.
Да и посудите сами. Одно дело начать изучать C++ 20 лет назад и итеративно развиваться вместе с ним. Совсем другое дело, когда в этом ворохе наследия приходится с нуля разбираться новичку. Что плохого в идее создать новый виток, лишенный сомнительных моментов из багажа прошлого?
Ответить | Правка | Наверх | Cообщить модератору

229. "Python опередил Java по числу проектов на GitHub"  +/
Сообщение от Anonymoustus (ok), 09-Ноя-19, 01:32 
Для исправления недостатков C++ был создан D. ;)

Я не против инноваций, прогресса и всего хорошего. Но когда я смотрю на синтаксис хруста…

Кроме того, я сомневаюсь, что вот это, например, в самом деле служит улучшению нашего мира (2 заключительных абзаца):


The Difference Between Macros and Functions

Fundamentally, macros are a way of writing code that writes
other code, which is known as metaprogramming. In Appendix
C, we discuss the derive attribute, which generates an
implementation of various traits for you. We’ve also used
the println! and vec! macros throughout the book. All of
these macros expand to produce more code than the code
you’ve written manually.

Metaprogramming is useful for reducing the amount of code
you have to write and maintain, which is also one of the
roles of functions. However, macros have some additional
powers that functions don’t.

A function signature must declare the number and type of
parameters the function has. Macros, on the other hand, can
take a variable number of parameters: we can call
println!("hello") with one argument or println!("hello {}",
name) with two arguments. Also, macros are expanded before
the compiler interprets the meaning of the code, so a macro
can, for example, implement a trait on a given type. A
function can’t, because it gets called at runtime and a
trait needs to be implemented at compile time.

The downside to implementing a macro instead of a function
is that macro definitions are more complex than function
definitions because you’re writing Rust code that writes
Rust code. Due to this indirection, macro definitions are
generally more difficult to read, understand, and maintain
than function definitions.

Another important difference between macros and functions is
that you must define macros or bring them into scope before
you call them in a file, as opposed to functions you can
define anywhere and call anywhere.


 
Это точно было жизненно нужно? Язык ещё и завоевать популярность толком не успел, как уже возрастает его внутренняя сложность. Причём это уже сразу by design, насколько я понял, а не следствие решения каких-то задач и проблем. Люди, которые начнут писать на хрусте большие сложные проекты, столкнутся с невозможностью управления их сложностью, особенно в случае, когда новым людям придётся разбирать то, что написали до них. Нет, я не прав?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру