Rust или Go

Rust
3
Нейтральная
сторона
5
Go
2
язык программирования от Mozilla
Прежде чем писать комментарии или выбрать сторону вы должны авторизироваться!
язык программировани от Google

13-07-2013 20:39 0

На дворе 2013 год, программирование постепенно начинает умирать как вид деятельности, оставляя площадку для проектирования и дизайна, ведь является по своей сути полностью автоматизируемым процессом, а эти слоупоки пошли придумывать языки...

Однако Rust чисто по примерам с офсайта выглядит более простым (привычным), что уже несколько снижает вину разработчиков.

23 комментария
opera.rulez 13-07-2013 23:00 +2

cherepets, > На дворе 2013 год, программирование постепенно начинает умирать как вид деятельности...

Просто оставлю эту ссылку здесь: govnokod.ru/

К сожалению, автоматизация программирования только в ночных грёзах Технокома, а не в жизни.

cherepets 13-07-2013 23:08 0

opera.rulez, Просто оставлю эту ссылку здесь: blogs.msdn.com/

opera.rulez 13-07-2013 23:12 0

cherepets, Что это, Бэрримор?

cherepets 13-07-2013 23:19 0

opera.rulez, Блог о том как перестать программировать и при этом заниматься разработкой ИС, где бизнес-логика будет реализована в виде процедур на MS SQL, а клиентская часть на Silverlight.

opera.rulez 13-07-2013 23:29 0

cherepets, Проходили и несколько раз. На практике аналогичное выливается в TForm1 и дежурный вопрос на Stackoverflow: «Какого хуя зацикливает?»

cherepets 13-07-2013 23:34 0

opera.rulez, аналогичное

Кхм... Понятно.

NightmareZ 13-07-2013 23:38 +1

cherepets, программирование постепенно начинает умирать

бизнес-логика будет реализована в виде процедур на MS SQL

Молодец, поделил на ноль.

cherepets 13-07-2013 23:43 0

NightmareZ, На теории можно сказать, что можно вместо SQL использовать QBE и получается тоже самое уже без программирования.
Но в реальности этому говну уже лет 20 и последние 10 его стараются не трогать..

opera.rulez 13-07-2013 23:47 +1

cherepets, Допустим, аналогии с другими средствами быстрой разработки — умозрительное говно, поэтому временно о них забудем.

Тогда остаются вопросы по существу.
§1. бизнес-логика будет реализована в виде процедур на MS SQL

А. Вопрос блондинки: «Что такое логика?»

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

Б. Вопрос макаки: «Что такое SQL?»

Внезапно: SQL — это такой язык. А ещё это целая инфраструктура с вопросами, почему в таблице поиск по непроиндексированной колонке, и с замечаниями, что так проектируют таблицы только мудаки.

§2. клиентская часть на Silverlight

И тут мы выясняем, что нужно учить не один язык, а несколько:
а) какой-нибудь из языков CLR или хотя бы JS;
б) XAML;
в) см. §1.

NightmareZ 13-07-2013 23:47 0

cherepets, этому говну уже лет 20 и последние 10 его стараются не трогать

opera.rulez 13-07-2013 23:57 0

cherepets, > Данный метод отбора данных впервые предложен Моше Злуфом, сотрудником исследовательского центра IBM в 1970 году.

Если ты про это, то каким образом это поможет реализовать бизнес-логику?

cherepets 13-07-2013 23:58 0

opera.rulez, 1. A. ru.m.wikipedia.org/wiki/Бизнес-логика
Б. Открываем MSSMS 2012, идем в план запроса, щелкаем правой кнопкой по большим процентикам и узнаем неожиданную вещь: СУБД сама знает какие нам нужны индексы и даже с удовольствием нам сгенерит запрос, который их создаст. Удивительно, не правда ли?

2. Читаем блог внимательнее, ни XAML, ни C# нам не пригодятся. Среда это все сама сгенерит.

cherepets 14-07-2013 00:01 0

opera.rulez, Честно говоря не знал истории и чем это было изначально. QBE - рисовалка запросов в аксесе, которая генерит код на SQL сама. Насколько я знаю, она уже давно умеет не только отбирать данные, но никто точно не знает что именно она умеет, ибо аксеса боятся даже 1С программисты, а ведь эти ребята не из пугливых!

opera.rulez 14-07-2013 00:04 0

cherepets, Я и с помощью phpMyAdmin могу выбрать из базы интересующие данные, не зная SQL. А как MSSMS помогает в более сложных случаях, когда требуется после выборки обновлять данные, предварительно выполнив над ними вычисления?

NightmareZ 14-07-2013 00:05 0

cherepets, рисовалка запросов
Это называется "визуальное программирование". Во-первых, это всё ещё программирование. Во-вторых, существует давно и в разных областях, но нигде, насколько мне известно, особо не прижилось.

opera.rulez 14-07-2013 00:07 0

NightmareZ, Поскольку ещё не начавшийся спор о Rust и Go сразу перетёк в спор о нужности языков программирования, задам знающему человеку пару вопросов:
1. Насколько ORM помогает создавать вопросы, не углубляясь в SQL?
2. Насколько HaXe помогает писать программы, не углубляясь в изучение целевых платформ?

NightmareZ 14-07-2013 00:22 +1

opera.rulez, 1. Насколько ORM помогает создавать вопросы, не углубляясь в SQL?
До первых более-менее сложных моментов, не предусмотренных разработчиком ORM, либо до первых существенных тормозов.

2. Насколько HaXe помогает писать программы, не углубляясь в изучение целевых платформ?
Аналогично.

Но какая разница? Это всё ещё программирование. Да, оно несколько иначе выглядит, чем десять лет назад, но хуле толку...

micron 14-07-2013 00:42 +1

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

Но если без исторических отсылок и выводов - хорошо ли это?

Хотя я оставлю долгую речь на потом - мне нужно зарядить свой телефон на андроиде и закрыть вкладки в лисе: память кончается.

fhfh 14-07-2013 00:49 0

cherepets, визуальное программирование не нужно.
нужен EXPLAIN и человек который знает что это такое.

opera.rulez 14-07-2013 00:56 0

fhfh, А эксперты по highload говорят, что EXPLAIN не на самом первом месте. На первом проектирование незапутанной архитектуры, в которой EXPLAIN'ом придётся пользоваться редко...

cherepets 14-07-2013 02:34 0

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

И вобщем-то сейчас уже частично так: для workflow, например, используются в основном декларативные языки, что в моем понимании уже не особо относится к "программированию".

Конечно, программирование применяется не только для ИС, но там тоже все мутно:
- совсем лоу-левел почти не нужен, ибо там почти все написано и заниматься особо нечем.
- для игрушек развивают всякие конструкторы. Юнити (который 3д, а не блядская менюшка и даже не IoC контейнер) уже стал нормой, на юзеров гамака почти никто не смотрит косо...

Естественно никуда программирование резко не денется и на нашу жизнь хватит, но все же сейчас создавать новые языки - тухлая затея. К тому же с учётом того, что под некоторые новые ОС написание компиляторов затруднено. Пусть примером будет Firefox OS (раз уж язык мозиловский..).

fhfh 14-07-2013 12:31 +1

opera.rulez, На первом проектирование незапутанной архитектуры,
не спорю. хотя это несколько утопично.

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

opera.rulez 14-07-2013 14:47 0

fhfh, Предложения адептов хайлода (я не говорю, что это правильно и что я с ними полностью согласен, просто пересказываю):
1. «Единственное, что вам нужно сделать в вашем проекте - это честное горизонтальное масштабирование». Если боевые сервера будут умирать, можно будет добавить серверов и распределить нагрузку.

2. «В хайлоде применяются только примитивные запросы, типа SELECT по primary key».

3. “Since our databases are all heavily sharded, the relational features of MySQL like JOIN have never been useful to us, so we decided to look outside of the realm of RDBMS”.

13-07-2013 22:58 0

— Почему на Красной площади нельзя курить?
— На аэродромах не курят.


К сожалению, не имею опыта написания программ ни на том языке, ни на другом, но синтаксис, похожий на Бейсик и на ECMAScript, мне ближе, чем псевдофункциональный, поэтому я на этой стороне.

0 комментариев
14-07-2013 22:23 +1

На правах офтопика. Поскольку идея QBE не взлетела и до сих пор приходится писать код, несмотря на обилие формошлёпалок, предложу ранжирование языков программирования по говнистости — отношению популярности языка как источника нехорошего кода к популярности языка в сети Гитхаб. Идея не моя, я просто продублировал.

Итак:
1. PHP: 32,11% / 7% = 4,59.
2. C++: 11,98% / 5% = 2,40.
3. Java: 8,13% / 8% = 1,02.
4. C: 4,16% / 6% = 0,69.
5. ECMAScript: 8,30% / 21% = 0,40.
6. Perl: 1,37% / 4% = 0,34.
7. Python: 2,30% / 8% = 0,29.
8. Batch shell: 1,07% / 8% = 0,13.
9. Ruby: 0,97% / 12% = 0,08.

Резюме: говнистость PHP, С++ и Java больше единицы, а по языкам Rust и Go статистики пока нет в связи с их непопулярностью.

2 комментария
fhfh 15-07-2013 12:05 0

opera.rulez, просто пхп'шники не хранят код на гитхабе

fhfh 15-07-2013 12:06 +2

fhfh, ps они хранят его на говнокоде!