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. Вы ещё не голосовали в этом опросе

Новые блоги и статьи Все статьи Все блоги /
Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .
Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .

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

	C# vs Kotlin 30.11.2018, 18:26. Показов 39239. Ответов 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 14776 / 9550 / 1366 Регистрация: 21.01.2016 Сообщений: 36,010
	16.12.2018, 15:50
	Fulcrum_013, вы можете назвать учебник, где расписывается и объясняется, почему C# или Java неюзабельное дерьмо? От вас я доказательств не дождусь, ибо вы некомпетенты, может на стороне найду? 0