Выбор между C и C# (7 стр)

skalogryz
> а что это такое и в чём отличие от императивщины?
Тут имелись в виду способы связывания (инъекции зависимостей, декларативное программирование и т.п.)
А отличие от императивщины в том, что реализуется полное разделение ответственности и повышается переиспользование кода, при чём без отказа от проверки (времени компиляции) типизации.

skalogryz
> какие например?
Сотни их. На форумах можно найти, например, вопросы, в духе "почему передавать структуры в виде аргументов - это плохо". Или вот на этом же форуме было: чел хотел поведение, как у слабых ссылок, но отказывался их использовать, потому что ему не нравилось описание класса.
Новички постоянно пытаются заниматься обратной абстракцией, т.к. изначально воспринимают всю имеющуюся инфраструктуру как нечто базовое. В JS, конечно, такого на порядок больше, но и C# эта беда не обошла стороной. Не так давно видел тему, где чел спрашивал, как создать свободную функцию.

Yonfain
> Всем
https://www.tiobe.com/tiobe-index/
индекс тиобе рейтинг языков
питон=место номер1
значит питон это круто а все иные гавно

Rikk
Visual Basic уделал js.

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

xlat-code
> 99% ездят на легковых или грузовых, так зачем тебе экскаватор?

ну такое.

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

а то в один ряд поставили Scratch и C. Натаскали ребёнка на Scratch-е, и после этого он Госуслуги пишет

График интереса к SQL, выглядит так, как будто его писали на SQL:
https://www.tiobe.com/tiobe-index/sql/

Я бы выбирал между С++ и Юнити. Две крайности, так сказать. :)
Зачем все эти промежуточные "немножко беременные" состояния.
Максимальная скорость разработки - Юнити.
Максимальное качество - С++.

MikeNew
>Максимальное качество - С++.

Это когда память течёт и с зависимостями беда? Явно качество картинки а не бинарника.

Skvoznjak
> Это когда память течёт
Ну так никто и не обещал что будет легко.
Санитайзер должен решить большинство проблем с утечками.. но это не точно.

xlat-code
> 1. узнайте про понятие время жизни объекта в памяти.
> 2. идиому RAII
> 3. аллокаторы и пулы.
> 4. стек отличайте от кучи.
> 5. откройте для себя наконец то STL, который std и является частью языка.
> 6. в конце конце если вы так уж любите гавнокодинг, то используйте умные
> указатели.
Аж увидел, как быстродействие падает раза так в полтора. :))

xlat-code
> есть такое, хоть и не полтора.
Ну тем не менее. Мы же тут не банковские сервисы пишем, в нашем случае пусть лучше игра вылетит через четыре часа работы из-за утечек памяти, чем будет все эти четыре часа тормозить и не падать.
Строго имхо.
В некотором роде, я бы сказал, что мы имеем выбор из двух сортов говна.

MikeNew
> Максимальная скорость разработки - Юнити.
юнити это как оболочка внешне но там язык си-шарп также трудный как с++.есть свое и плюсы и минусы.

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

xlat-code
> пора узнать про существование кита проектирования

Попробуй спроектируй древовидную иерархию, где:

- каждый узел дерева либо объект-Item, либо упорядоченное разветвление на сколь угодно много дочерних узлов
- у объектов Item есть метод process
- дерево должно обходиться в глубину, вызывая process у всех Item
- (!!!) у каждого узла-разветвления есть произвольный набор (мапа) свойств (пусть для простоты всегда строковых), идентифицируемых произвольным строковым именем
- (!!!) process Item-а в своей логике может обращаться к своствам узлов по имени, сначала пытаясь найти свойство с заданным именем у узла-разветвления, в котором непосредственно располагается Item, если не нашлось - тогда ищется у родительского и так далее по иерархии вплоть до корня

Вот интересно, как ты реализуешь исполнение двух последних требований

xlat-code
> аналог парсера json сойдёт?

В JSON нет двух последних требований, там просто иерархия. А я их неспроста - они не укладываются в vector/unique_ptr, вынуждая использовать либо сырой указатель, либо ссылку на родительские контейнеры.

xlat-code
> страшную проблему мемориликса в С++,
с++ гавно
трудно
сложно
неясно
учебник 1200стр

то ли дело Си
кратко
лаконично
керниган сам писал—-простой язык легко освоить
учебник 250стр

и таки прикол—-опер системы не пишут на с++. опер системы пишут на си. на с++ там только отдельные модули типа граф интерфейс пользователя

xlat-code
> ассемблер ещё проще
с начала книга. Чарлз Петцольд КОД или Тайный язык машины. поверте это супер книга
после нее ассемблер раз плюнуть
асемблер вобще лафа
Код_Адрес1
Код_Адрес2
и тд....
никаких крестопроблем