C# vs Kotlin

@Curry · Регистрация: 01.06.2013

Студворк — интернет-сервис помощи студентам

Привет всем!

Java c C# уже сравнивали несколько раз. А как насчёт улучшенного (а может кто то считает "улучшенного") варианта java - языка Kotlin?

@korvin_ · 13.12.2018, 21:34

Сообщение от Fulcrum_013

Язык программирования С++. Отам это и доказывается. Ну а вообще он всегда черезсур завуалированными высказываниями в прессе отличался. Так что отсыл к книге тут воспринимайте - не для короткого интервью тема математические доказательства ненужности вот там то.

Т.е. формального математического доказательства нет и не будет? Окай, так я и думал.

@Fulcrum_013 · 13.12.2018, 22:10

Сообщение от korvin_

Т.е. формального математического доказательства нет и не будет?

Прямо сказано - книгу читайте. А то что к огромному классу задач GC приспособить неудастся - ну доказательство невозможность разбора им приведенного графа ссылок по заданным правилам.

@korvin_ · 13.12.2018, 23:09

Сообщение от Fulcrum_013

Прямо сказано - книгу читайте.

Книга — это не формальное доказательство.

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

@Fulcrum_013 · 14.12.2018, 00:16

korvin_, А формальным доказательством является тот факт что в архитектурах неразбирабельных GC, коих априори подавляющее большинство, надежность GC не может быть выше надежности обнуления ссылок без обнуления которых GC объекты мусора не посчитает.
Соответсвенно, если имеем автоматику которая эффективнее и универсальней чем GC, при этом снимает все ограничения накладываемые GC, и надежней которой GC не может быть в принципе, то ненужность GC очевидна.

@Usaga · 14.12.2018, 06:44

Сообщение от Fulcrum_013

А формальным доказательством является тот факт

Вы код покажите, а не к книге отсылайте. Пример. Работающий.

@korvin_ · 15.12.2018, 18:23

Сообщение от Fulcrum_013

А формальным доказательством является тот факт что в архитектурах неразбирабельных GC, коих априори подавляющее большинство, надежность GC не может быть выше надежности обнуления ссылок без обнуления которых GC объекты мусора не посчитает.

Это беспорядочный набор слов, не более.

Сообщение от Fulcrum_013

Соответсвенно, если имеем автоматику которая эффективнее и универсальней чем GC, при этом снимает все ограничения накладываемые GC, и надежней которой GC не может быть в принципе, то ненужность GC очевидна.

Бредовые выводы из выдуманных предпосылок. Ты на Рен ТВ не работал, случайно?

@Fulcrum_013 · 15.12.2018, 19:43

Сообщение от korvin_

Бредовые выводы из выдуманных предпосылок.

Из реальных. Попробуйте сделать так чтобы GC не потек не обнуляя ссылок вручную в приведенной иерархии. Не получится.
Соответственно надежность GC ограничена именно механизмом соблюдением критерия ненужности объекта по правилам предметной области, а не механизмом самого GC.
Т.е. GC универсальным образом решает задачу актуальность которой в 99,99% случаев равна нулю.

@Usaga · 16.12.2018, 05:48

Fulcrum_013, это какая-то у вас особая реальность. В реальной работе никто ссылки не обнуляет. Да даже если и обнулять, то что такого?

Сообщение от Fulcrum_013

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

Бред неосилятора.

@Fulcrum_013 · 16.12.2018, 10:08

Сообщение от Usaga

В реальной работе никто ссылки не обнуляет.

Ну объясните каким образом GC способен разобрать предложенные иерархии без ручного обнуления ссылок.

Сообщение от Usaga

Да даже если и обнулять, то что такого?

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

Сообщение от Usaga

Бред неосилятора.

ВЫ когда нить научитесь сначала думать к потом говорить?

@Usaga · 16.12.2018, 11:17

Сообщение от Fulcrum_013

Ну объясните каким образом GC способен разобрать предложенные иерархии без ручного обнуления ссылок.

Очень просто: достаточно выкинуть не только форму, но и ViewModel к которой она прибайндина.

Сообщение от Fulcrum_013

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

Откуда взялась связь с надёжностью?

Сообщение от Fulcrum_013

ВЫ когда нить научитесь сначала думать к потом говорить?

Я с вас пример беру. Это вы у нас тут бездоказательные заявления делаете.

@Fulcrum_013 · 16.12.2018, 14:53

Сообщение от Usaga

Откуда взялась связь с надёжностью?

Учебники читайте.

Добавлено через 23 секунды

Сообщение от Usaga

достаточно выкинуть не только форму, но и ViewModel к которой она прибайндина.

а если сорс к куче форм прибинден? К примеру справочники и т.д. коих обычно аки грязи?

Добавлено через 1 минуту

Сообщение от Usaga

достаточно выкинуть не только форму, но и ViewModel к которой она прибайндина.

Т.е. вы вынуждены подстраивать задачу под GC а не GC под задачу. Вот это собственно то что сделало WinForms таким убожеством. При этом если это более другая задача - к примеру две линии на чертеже и расстояние между ними (соответсвует бинду), а юзверь сказал удалить только одну, то такое решение уже в принципе не приемлемо.

@Usaga · 16.12.2018, 15:42

Сообщение от Fulcrum_013

Учебники читайте.

Не надо меня отсылать за доказательствами ваших слов к учебникам.

Сообщение от Fulcrum_013

а если сорс к куче форм прибинден? К примеру справочники и т.д. коих обычно аки грязи?

Одна ViewModel на одну форму. Очень легко выполняемое требование.

Сообщение от Fulcrum_013

Т.е. вы вынуждены подстраивать задачу под GC а не GC под задачу. Вот это собственно то что сделало WinForms таким убожеством. При этом если это более другая задача - к примеру две линии на чертеже и расстояние между ними (соответсвует бинду), а юзверь сказал удалить только одну, то такое решение уже в принципе не приемлемо.

Вообще-то нет. ViewModel - аспект UI. Бэкэнд для формы. Форма становится не нужна, становится не нужным и бэкэнд. А убожество WinForms только вы придумали, чтобы оправдать вашу патологическую ненависть к C#. Про линию на чертеже я не понял. Вы сами придумали проблему, сами её в минус языку записали?

@Fulcrum_013 · 16.12.2018, 15:48

Usaga,Читайте учебники чтобы не требовать пруфы того что давно доказано.

@Usaga · 16.12.2018, 15:50

Fulcrum_013, вы можете назвать учебник, где расписывается и объясняется, почему C# или Java неюзабельное дерьмо? От вас я доказательств не дождусь, ибо вы некомпетенты, может на стороне найду?

@Fulcrum_013 · 16.12.2018, 15:54

Сообщение от Usaga

Одна ViewModel на одну форму. Очень легко выполняемое требование.

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

Добавлено через 3 минуты

Сообщение от Usaga

А убожество WinForms только вы придумали, чтобы оправдать вашу патологическую ненависть к C#

Убожеством его его же автора и назвали.

@Usaga · 16.12.2018, 15:56

Сообщение от Fulcrum_013

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

Кто их так называет? И причём тут это?

Сообщение от Fulcrum_013

Убожеством его его же автора и назвали.

Ссылку приведите, пожалуйста.

@Fulcrum_013 · 16.12.2018, 15:57

Сообщение от Usaga

Про линию на чертеже я не понял. Вы сами придумали проблему, сами её в минус языку записали?

Линии/точки и т.д. элементы чертежа. Между ними размеры и прочие . Размер может существовать только между двумя элементами. При этом свои трассы на рут есть вообще у всех элементов включая сами размеры. Удаляем линию с чертежа. Все связанные с ней размеры тоже должны удалится. Стандартный функционал для любого САПР.
Как будете решать?

@Usaga · 16.12.2018, 16:01

Сообщение от Fulcrum_013

Линии/точки и т.д. элементы чертежа. Между ними размеры и прочие . Размер может существовать только между двумя элементами. При этом свои трассы на рут есть вообще у всех элементов включая сами размеры. Удаляем линию с чертежа. Все связанные с ней размеры тоже должны удалится. Стандартный функционал для любого САПР.
Как будете решать?

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

@Fulcrum_013 · 16.12.2018, 16:01

Сообщение от Usaga

Кто их так называет? И причём тут это?

Да вот при том - то что вы предложили не более чем worst practicle.
Существуют такие штуки как справочники которые пользуются разными таблицами и формами кроме основной редактируемой формой таблицы. И тащить весь этот набор и описание взаимосвязей на каждую форму - ну сами понимаете как это называется. У нормальных людей датасеты и взаимосвязи между ними в модулях данных а к формам биндятся уже нужные именно ей датасеты/поля датасетов.
Т.е. модель данных она вооще от UI не зависима. И вводить какието зависимости модели от UI это создавать кучу проблем и в первую очередь проблем для обработки которая без UI осуществляется.

@Usaga · 16.12.2018, 16:05

Сообщение от Fulcrum_013

Да вот при том - то что вы предложили не более чем worst practicle.
Существуют такие штуки как справочники которые пользуются разными таблицами и формами кроме основной редактируемой формой таблицы. И тащить весь этот набор и описание взаимосвязей на каждую форму - ну сами понимаете как это называется. У нормальных людей датасеты и взаимосвязи между ними в модулях данных а к формам биндятся уже нужные именно ей датасеты/поля датасетов.

Это вы мне сейчас вменили bad practise. Под каждую форму формируется своя ViewModel, которая содержит только необходимый данной форме набор данных. Никаких завязок на глобальные объекты не должно быть и в помине. Это не зачем. Все завязки только на ViewModel. Когда форма диспозится, то и деспозятся все байндинги. Где здесь неувязки и утечки?

Результаты опроса: Какой язык лучше
C# лучше всегда и везде	17	36.17%
Kotlin лучше всегда и везде	3	6.38%
Kotlin лучше для Android-а, C# в остальных случаях	5	10.64%
C# лучше для Web-а, Kotlin в остальных случаях	0	0%
Kotlin для Android-а, C# для Web-а, в остальном одинаковы	0	0%
C# лучше для Android-а, Kotlin в остальных случаях	0	0%
C# для Android-а, Kotlin для Web-а, в остальном одинаковы	1	2.13%
Примерно одинаково хороши во всех областях применения	6	12.77%
Оба бесперспективны	5	10.64%
Оба "Тьюринговская трясина" (п. введён для Fulcrum_013)	4	8.51%
Свой вариант (желательно о нём рассказать)	6	12.77%
Голосовавшие: 47. Вы ещё не голосовали в этом опросе

Новые блоги и статьи Все статьи Все блоги /
Сегодня суббота, 22.08.2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. zorxor 22.08.2026 Сегодня суббота, 22. 08. 2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. Кто Я, откуда Я пришел и куда Я иду? Эти вопросы не оставляют меня ни на секунду. Жизнь на планете Земля. . .	Жизня: рисунок укладки багажа, сделанный клодом anaschu 21.08.2026 Сделал 15 снимков, он по снимкам сделал схему.	Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .
Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .	Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .

@Curry Модератор 5165 / 3527 / 536 Регистрация: 01.06.2013 Сообщений: 7,677 Записей в блоге: 9

	C# vs Kotlin 30.11.2018, 18:26. Показов 38452. Ответов 384 Метки нет (Все метки) Привет всем! Java c C# уже сравнивали несколько раз. А как насчёт улучшенного (а может кто то считает "улучшенного") варианта java - языка Kotlin? 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	14.12.2018, 00:16
	korvin_, А формальным доказательством является тот факт что в архитектурах неразбирабельных GC, коих априори подавляющее большинство, надежность GC не может быть выше надежности обнуления ссылок без обнуления которых GC объекты мусора не посчитает. Соответсвенно, если имеем автоматику которая эффективнее и универсальней чем GC, при этом снимает все ограничения накладываемые GC, и надежней которой GC не может быть в принципе, то ненужность GC очевидна. 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	16.12.2018, 15:48
	Usaga,Читайте учебники чтобы не требовать пруфы того что давно доказано. 0

@Usaga 14733 / 9507 / 1363 Регистрация: 21.01.2016 Сообщений: 35,869
	16.12.2018, 15:50
	Fulcrum_013, вы можете назвать учебник, где расписывается и объясняется, почему C# или Java неюзабельное дерьмо? От вас я доказательств не дождусь, ибо вы некомпетенты, может на стороне найду? 0