М.Двач / Программирование

Этого треда уже нет.
Это копия, сохраненная 31 августа 2015 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

48 Кб, 1024x479

103 Кб, 1440x900

97 Кб, 1440x900

Будущее программирования 10 Июн, 20:29 #494718 В конец треда | Веб

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

Современные средства разработки становятся слишком ограниченные для тех программ, которые пишутся. Мы используем ООП, которое оперирует сущностями и высокоуровневыми абстракциями, но ПИШЕМ БУКОВКИ В ТЕКСТОВОМ РЕДАКТОРЕ. Ебаные буковки в ебаном редакторе. И из этих буковок в голове нужно представить структуру, которую в общем-то должен отображать компьютер.
Это как ебашить на ассемблере вместо того чтобы использовать язык высокого уровня.
Мы же используем в большинстве языков одни и те же абстракции. Причем абстракции было бы удобнее отображать в виде схем чем в виде стены текста. Программа представляет собой абстрактное дерево синтаксиса (AST), а это граф. Текст - это ОДНОМЕРНАЯ СТРУКТУРА, он не предназначен для программирования графов. Почему мы тогда используем этот медиум?

Посмотрите на эти видео или хотя бы на первую ссылку:
http://worrydream.com/#!/LearnableProgramming
https://vimeo.com/36579366

http://www.subtext-lang.org/subtext2.html

Современный программист - как кузнец, который пытается сковать процессор с помощью молота и наковальни.

Пикчи - некоторые попытки создать новые среды разработки.

Ответы: >>494741, >>494750, >>494757, >>494807, >>494934, >>494986, >>495067, >>495129, >>495186, >>495433, >>495634, >>495706, >>496237, >>496589, >>499072

sage 10 Июн, 21:08 #2 #494740

>меня все больше стало заебывать ограничение текущих инструментов программирования
Laba1 перестала помещаться на экран?

>некоторые попытки создать новые среды разработки
Это попытки жрать борщ с лопаты.

Ответы: >>494744

10 Июн, 21:13 #3 #494741

>>494718
Пользовался лайттейблом этим. Идея интересная, на самом деле очень удобно, но проект забросили. Может как будет время ближе к зиме, так форкну его и покопаюсь в коде.

Ответы: >>494813

104 Кб, 1200x564

10 Июн, 21:16 #4 #494744

>>494740
Тебя устраивает текущее положение вещей?

Сейчас мы ОТОБРАЖАЕМ АБСТРАКЦИИ С ПОМОЩЬЮ ПСЕВДОГРАФИКИ. Хоть мы оперируем классами, замыканиями, даже шаблонами программирования, но все они пишутся в ебаной одномерной псевдографике, каковой код и является.

Можно описать фабрику классов в ассемблере, но это гораздо ближе к пожиранию блинов с лопаты.

Нахуя использовать устаревшие инструменты для построения графа программы?

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

Ответы: >>494790, >>494812

10 Июн, 21:22 #5 #494750

>>494718
>Ебаные буковки в ебаном редакторе. И из этих буковок в голове нужно представить структуру, которую в общем-то должен отображать компьютер.
ПОэтому информатика порой близка к математике.
ты бы еще им предложил синусы через графики выражать, а множества кружочками и мотивировал тем, что удобнее флрмальной знаковой системы это вот все.
> Текст - это ОДНОМЕРНАЯ СТРУКТУРА, он не предназначен для программирования графов.
ТОже это математикам скажи, а то они то дураки и не знали.
По поводу пива: лабы визуализировать норм. Более-менее НСИ, какую нибудь представь с 100-200 классами и взаимодействиями и ахуеешь рисовать квадратики,

Ответы: >>494754, >>494765

10 Июн, 21:27 #6 #494754

>>494750
> ТОже это математикам скажи, а то они то дураки и не знали.
У математиков хотя бы запись многоярусная, а язык крайне ёмок.

Ответы: >>494755

10 Июн, 21:29 #7 #494755

>>494754
Что тебе мешает раширить синтаксис языка и сделать его "крайне емким". У математиков тоже многие вещи просто берутся по-определению, но математик, как компилятор раскручивает в голове символы.

Ответы: >>494769

10 Июн, 21:30 #8 #494757

>>494718
>Мы используем ООП
Зачем оно нужно вообще когда все вообще не так работает в этом мире?

Ответы: >>494785, >>494789, >>494817

10 Июн, 21:36 #9 #494765

>>494750
>ты бы еще им предложил синусы через графики выражать, а множества кружочками и мотивировал тем, что удобнее флрмальной знаковой системы это вот все
А разве не удобней?
Формулы пишут потому что так удобно писать на бумаге. Ручкой на бумаге. Рисовать слишком долго. Мы не пишем на бумаге. Медиум сменился. Мы можем отображать всякие интерактивные штуки. И можем свернуть отображение в символы точно так же как можем компилировать программу в инструкции ассемблера. Их было удобно использовать раньше, кстати.
В первом видео на 24:00 как раз говорят об этом на примере интегральной схемы. Можно увидеть как схема работает в реальном времени используя продвинутые инструменты. Что нагляднее - работающая схема с отображением всех показателей на всех узлах и графики осциляторов или мертвая картинка, в которой нужно РАЗБИРАТЬСЯ. Когда мы разбираемся в схеме, мы просто анимируем ее у себя в голове.
НАХУЯ?

>Более-менее НСИ, какую нибудь представь с 100-200 классами и взаимодействиями и ахуеешь рисовать квадратики
А ты не охуеешь разбираться в такой программе без диаграммы классов? Я уверен, ты уже используешь квадратики, хотя бы в виде UML, или в виде рисунков на своей ебаной белой доске в своем ебаном офисе вместе с ебаными коллегами на ебаных скрамах.

И да, картинка синуса нагляднее ебучих иероглифов, и кружочки нагляднее ебучих формул. Потому что я могу тыкнуть на пересечение ружочков и получить мгновенно формулу области пересечения, а сколько времени потребуется тебе чтобы определить формулы для такого элементарного дерьма?

Почему материалы уже все генерируют с помощью нод, а не с помощью GLPL и прочих ебучих шейдерных языков? Ведь кококо формальная система кококо.
А ответ прост - можно сразу увидеть материал, можно сразу увидеть как влияет каждая нода на конечный результат. Почему ФОРМАЛЬНАЯ ЗНАКОВАЯ СИСТЕМА не позволяет такой элементарной вещи?

Ответы: >>494821, >>494825, >>495136

10 Июн, 21:39 #10 #494769

>>494755
>но математик, как компилятор раскручивает в голове символы
НАХУЯ?
Он дебил?

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

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

Ответы: >>494776

10 Июн, 21:43 #11 #494775

Ну, ващето ето толко для кружков и годиться. Как ты будишь понимать лучще(?) или описывать быстрее(?) какой-нибудь веб-сервер на неблокирующих сокетах?

10 Июн, 21:44 #12 #494776

>>494769
>Математики отказались от вычисления цыфирок
Мань, я тебе не про цифирки говорю. Открой учебник по мат/функц. анализу хоть. Хотя из такого рассуждения о математике все становится ясно насчет твоего уровня.
>Формулы пишут потому что так удобно писать на бумаге.
Потому что с ними удобнее так работать, раз уж ты у нас спец по циферкам, то разложи какую-нибудь не слишком просту функцию в ряд Тейлора с помощью графиков, а мы посмотрим.
>И да, картинка синуса нагляднее ебучих иероглифов, и кружочки нагляднее ебучих формул.
дай угадаю, математической базой ты владеешь никак, в программировании ты шаришь на уровне туда тыкнуть-там нажать, считаешь, что в языке самое важное - синтаксис? Так?

Ответы: >>494786

10 Июн, 21:45 #13 #494777

Тут легче не убеждать, а просто взять и показать что так легче, как Моисей, как Иисус. Чудесами невиданной продуктивности. А сейчас эти вещи похожи лишь на чуть усложненные визуальные обучалки детей программированию. Многим это просто не надо, весь этот "одномерный" текст предстает в голове в нужном виде без особых ментальных затрат.

Ответы: >>494782

10 Июн, 21:51 #14 #494782

>>494777
Двачую это. Давать возможность работать дома начали программистишкам после форса и пруфов что это эффективно. Вот и ты докажи это НА ДЕЛЕ.

10 Июн, 21:53 #15 #494785

Вы мне на этот >>494757 вопрос ответьте.

10 Июн, 21:54 #16 #494786

>>494776
Я знаю о чем ты говоришь. Для доказательства теорем и логического анализа есть точно такие же калькуляторы. Ты даже не догнал какую аналогию я привел, лол.

>в программировании ты шаришь на уровне туда тыкнуть-там нажать, считаешь, что в языке самое важное - синтаксис? Так?
В программировании важны доступные парадигмы, формирование правильных абстракций и направление потоков данных.
Вопрос - с какого хуя ты описываешь абстракции с помощью псевдокода?
Можно сделать так, чтобы какой-нибудь кол оф дути рендерился с помощью псевдографики. В это можно будет даже играть. Но нахуя?

Зачем использовать хуевое средство для представления абстракций?

Ответы: >>494794

10 Июн, 21:55 #17 #494789

>>494757
А как все работает?

Вообще, ООП используют потому что это резонирует с тем, как работает человеческий мозг. Мозг заточен на то, чтобы выявлять паттерны, то есть обобщать одинаково работающие вещи. Вот эти паттерны и являются объектами.

Ответы: >>494801, >>494824, >>494862, >>494872

10 Июн, 21:56 #18 #494790

>>494744
Лень всматриваться в пик, но вот эта хуйня площадью в квадратный метр сворачивается во что-то в стиле "x = (y + 1/2 + z*8)/2", не так ли?

Ответы: >>494793

10 Июн, 21:59 #19 #494793

>>494790
Что значит y? Что значит z? Как сильно влияет константа 8 на результат? Можешь быстро произвести маппинг ебучих математических иероглифов и тем, что НА САМОМ ДЕЛЕ они означают?

Ответы: >>494797, >>494798, >>494800, >>494827

10 Июн, 21:59 #20 #494794

>>494786
>использовать хуевое средство для представления абстракций?
Потому что никаких средств лучше формальных знаковых систем еще не изобрели.
Да и вопрос, как ты это свое поделие потом редактировать будешь? Не задумывался, почему админы БД предпочитают скрипты, а не ручное редактирование табличек, например?

Ответы: >>494805

10 Июн, 22:01 #21 #494797

>>494793
То, что у тебя нет соответствующего уровня подгтотовки - не обозначает, что инструмент херовый. Разреши тебе заменить здесь формулой изображением, ты накосячишь где-нибудь в другом месте.

Ответы: >>494816

10 Июн, 22:03 #22 #494798

>>494793
Ты ведь в душе не ебёшь, зачем нужен нодовый шейдинг и почему он на нодах?

Ответы: >>494804, >>494816

10 Июн, 22:05 #23 #494800

>>494793
Ясно.

10 Июн, 22:08 #24 #494801

>>494789
Функциональщина ведь тоже обобщает, только со стороны функций, а не типов? То есть функция обрабатывает кучу типов, а не тип имеет кучу функций.

Ответы: >>494824

10 Июн, 22:11 #25 #494804

>>494798
ОПу хочется мечтать о такой красивой кнопке "сделать все заебись".

10 Июн, 22:11 #26 #494805

>>494794
>Потому что никаких средств лучше формальных знаковых систем еще не изобрели.
Это потому что до последнего времени у нас были только ручка и бумага для отображения абстракций. А человек - скотина ленивая. Лучше придумать пару иероглифов чем отображать все в доступном виде. Компьютеры вроде как распространились, но математические программы пишутся медленно, потому что ленивые старые пердуны (особенно в России) не хотят учиться новому, они хотят дрочить иероглифы.

Вот ряд тейлора:
http://www.wolframalpha.com/input/?i=taylor+series+sin%28x%29
На графике я вижу что разложение является аппроксимацией функции, она приближается к истинной - синусу с добавлением нового элемента ряда. Я понял это сразу как только посмотрел на картинку.

А скрипты предпочитают по многим причинам. Если есть много данных, то проще натравить на них скрипт чтобы автоматизировать изменение данных. Но для операция массового изменения данных СЮРПРИЗ нет нормальных решений.
Изменение схем таблиц вполне делают в IDE.
Кстати, реляционное дерьмо - это отдельная тема для отдельного треда, с приходом графовых баз данных ряляционные отомрут.

Ответы: >>494815, >>494830, >>495144

10 Июн, 22:14 #27 #494807

>>494718
Первая пикча - это что?
В Mathematica такое вполне можно сделать, но это не она.

Ответы: >>494818

10 Июн, 22:17 #28 #494812

>>494744
На пике хуита, которая s-exprами пишется и воспринимается лучше.
Отображение вещей в виде кода (текста) vs картинки = литература vs ИЗО
Да, литература отстает (Берроуз говорил, на 100 лет, но у нас акселерация), но она всегда ДОГОНЯЕТ ПО ИТОГУ.
А здесь у нас образность не первична. Первична структура.

Ответы: >>495142

10 Июн, 22:18 #29 #494813

>>494741
> форкну
вся суть

65 Кб, 520x512

10 Июн, 22:19 #30 #494815

>>494805
>Я понял это
Ты не понимай, а мне разложи с помощью графиков эту функцию. На пике функция и график. С помощью знаковой системы человек сделает это разложение за 5 минут.
А ты валяй, ВИЗУАЛИЗИРУЙ.

Ответы: >>494831

99 Кб, 616x577

10 Июн, 22:19 #31 #494816

>>494797
>>494798
Какая подготовка? Профессионалы забили хуй на языки шейдеров и используют визуальные инструменты потому что они позволяют видеть влияние каждого элемента формулы и позволяют видеть результат в реальном времени.
Нахуя мне рендерить иероглифы в голове если можно закодить инструмент так, чтобы компьютер делал эту обезьянью работу за тебя?

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

Я понимаю, ИЛИТИЗМА в профессии будет меньше, это станет доступнее. Но гордиться тем, что делаешь обезьянью тупую работу это пиздец.

Ответы: >>494850

10 Июн, 22:19 #32 #494817

>>494757
> Зачем оно нужно вообще когда все вообще не так работает в этом мире?
люто бешено проиграл

Ответы: >>494824

10 Июн, 22:20 #33 #494818

>>494807
http://peaker.github.io/lamdu/

10 Июн, 22:22 #34 #494821

>>494765
> И да, картинка синуса нагляднее ебучих иероглифов, и кружочки нагляднее ебучих формул
Один раз нужно на синус посмотреть и после этого не нужно его в ебучих формулах рисовать, а можно просто синус писать. Это ёмкость языка.
> отому что я могу тыкнуть на пересечение ружочков и получить мгновенно формулу области пересечения, а сколько времени потребуется тебе чтобы определить формулы для такого элементарного дерьма?
Как ты предлагаешь изображать трёхэтажные формулы? Наоборот проще изображать их простые элементы, а всё вместе представлять в виде текста.

Ответы: >>494840

10 Июн, 22:23 #35 #494824

>>494789
>ООП используют потому что это резонирует с тем, как работает человеческий мозг
>>494801
>Функциональщина
На ножах, обезъяны.
>>494817
>люто бешено проиграл
Я тоже проигрываю постоянно.

10 Июн, 22:23 #36 #494825

>>494765
> Я уверен, ты уже используешь квадратики, хотя бы в виде UML, или в виде рисунков на своей ебаной белой доске в своем ебаном офисе вместе с ебаными коллегами на ебаных скрамах.
Вот здесь ты прав. Но это НЕФОРМАЛЬНОЕ, не точное описание

10 Июн, 22:24 #37 #494827

>>494793
> Можешь быстро произвести маппинг
Дело привычки
Могу.

Ответы: >>494841

10 Июн, 22:25 #38 #494830

>>494805
> Я понял это сразу как только посмотрел на картинку.
Можешь такую же нарисовать для логарифма?
Древние греки рисовали и говорили: смотри! Но они не говорили, что нужно понять смысл мгновенно.

10 Июн, 22:25 #39 #494831

>>494815
>Ты не понимай, а мне разложи с помощью графиков эту функцию
>Ты не понимай
Лол, дико проиграл с этого. Вся суть матанодрочеров.

Я могу с помощью вольфрама сделать это за одну секунду точно так же как и сложить цифры на калькуляторе.
И я понимаю, ЗАЧЕМ я это делаю. Спроси студента, которого надрочили РАСКЛАДЫВАТЬ В РЯД ТЕЙЛОРА. Только пара человек скажет зачем он это делал и что в итоге позволяет делать конечная формула. ЛЮДИ УМЕЮТ КАК ОБЕЗЬЯНЫ РАСКЛАДЫВАТЬ РЯД ТЕЙЛОРА НО НЕ ЗНАЮТ НАХУЯ.
Не пиздец ли?

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

Ответы: >>494833, >>494846, >>494851

10 Июн, 22:28 #40 #494833

>>494831
> Я могу с помощью вольфрама
> с помощью вольфрама
Вот и выросло поколение, которое ни разу не встречалось с задачами которые не решаются в Mathematica в лоб, с абсолютной верой в вольфрама.

10 Июн, 22:31 #41 #494836

Нотация будущего произойдет от коммутативных диаграмм, а не от UML схем.

Ответы: >>494962

10 Июн, 22:34 #42 #494840

>>494821
>Как ты предлагаешь изображать трёхэтажные формулы?
Так же, как отображаются эти формулы в редакторе нод.

Ответы: >>494844

10 Июн, 22:35 #43 #494841

>>494827
Как быстро?
И самое главное - НАХУЯ?
Ну вот нахуя?
Можно писать современные программы на ассемблере. Но нахуя? Зачем тратить свои когнитивные ресурсы на обезьянье говно?

Ответы: >>494848

10 Июн, 22:36 #44 #494844

>>494840
https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B5%D0%BC%D0%B0_%D0%93%D1%80%D0%B8%D0%BD%D0%B0#.D0.A4.D0.BE.D1.80.D0.BC.D1.83.D0.BB.D0.B8.D1.80.D0.BE.D0.B2.D0.BA.D0.B0
Вперёд.
Говно. Как земля. Блядь.
И редактировать их так же?
Формулу очень удобно редактировать.
Не надо ничего тянуть, блядь мышкой.

Ответы: >>494856

10 Июн, 22:37 #45 #494846

>>494831
> ЛЮДИ УМЕЮТ КАК ОБЕЗЬЯНЫ РАСКЛАДЫВАТЬ РЯД ТЕЙЛОРА НО НЕ ЗНАЮТ НАХУЯ
Двачую, зачем нужен ряд Тейлора?

Ответы: >>494849, >>494883

10 Июн, 22:38 #46 #494848

>>494841
> Как быстро?
Быстрее, чем ты из четырехмерного графика сделаешь двумерное сечение.
> И самое главное - НАХУЯ?
Мне еще тян выебать надо и кагора ебануть.

10 Июн, 22:38 #47 #494849

>>494846
> зачем нужен ряд Тейлора?
Например, у тебя есть дифференциальное уравнение... А, стой, это оно У МЕНЯ ЕСТЬ, а у тебя нету нихуя.

Ответы: >>494855

72 Кб, 772x702

10 Июн, 22:39 #48 #494850

>>494816
>Профессионалы забили хуй на языки шейдеров и используют визуальные инструменты потому что они позволяют видеть влияние каждого элемента формулы и позволяют видеть результат в реальном времени.
Не, не позволяют - рендеринг в реальном времени либо очень плохой, либо не отражает всех функций, либо вообще использует опенджиель и аппроксимации. Но доля правды в этом есть. Белый будет белым, блестящее будет блестеть. Но конечный результат за офлайновым рендерингом.

Ноды просто снимают необходимость ебаться с языкопроблемами, ловить баги, вылеты, расставлять скобки правильно, форматировать код и заниматься всяким таким дерьмом, отвлекающим от визуальной стороны дела. Поэтому для шейдинга они заебись - с этим проще работать артисту.

Их недостаток в том, что они заебись только на простых нетворках. На сложных начинается полный пиздец. И 100 строк кода превратятся в такую лапшу, что ты её будешь неделю разбирать, бегая по сабнетворкам, которые ещё и сотни вложенности имеют, причём, внутри такие же лапши. На коде такое разбирается гораздо легче. Поэтому самые продвинутые приложения комбинируют возможности использования как кода, так и нод, особенно заебись, когда вместо горы нод можно добавить ноду "код", вписать туда строчек двадцать и сэкономить три километра площади - сделать модель проще для чтения и понимания. Твой пикрелейтед вполне читабелен, он ведь состоит буквально из нескольких простых идей. А мой пикрелейтед - нодовая лапша, даром что на коде оптимизируется в сотню строк.

>Зачем разбираться вот в этом пикрилейтед дерьме если можно посмотреть в реальном времени на результат, подергать каждую переменную и понять что это означает за полминуты?
Это правда в случае нод, ещё один их плюс - можно быстро параметризовать то, что программист даже не догадался бы параметризовать, чтобы получить интересный результат. Например, где-то возвести что-то в степень или сделать синус - такое очень богоугодно.

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

Ответы: >>495141

10 Июн, 22:39 #49 #494851

>>494831
Ок, раз ты такой тупенький, визуализируй функцию, в которой тебе надо множество получить по такой команде:
foreach(x,y in Z•Z | x < 40 & y < 50 & x-y < 15 )
(x•x + y•y)
//множество сумм квадратов числе по условию из неупорядоченного множества Z.
Как ты себе представляешь альтернативную картинку.

>ЛЮДИ УМЕЮТ КАК ОБЕЗЬЯНЫ РАСКЛАДЫВАТЬ РЯД ТЕЙЛОРА НО НЕ ЗНАЮТ НАХУЯ.
Даунишка, люди тем и отличаются, что умеют в абстрактное мышление, откуда твы вообще выискался такой болезный? :-О

Ответы: >>494883

10 Июн, 22:42 #50 #494855

>>494849
Дифуры можно решать через матрицы.

Ответы: >>494857

10 Июн, 22:42 #51 #494856

>>494844
Там же справа нарисовано как это представлять. В чем проблема? Пишешь функции, перетягиваешь их на соответствеющие места на картинке и запускаешь программу.

Ответы: >>494861

10 Июн, 22:43 #52 #494857

>>494855
Смотря какие. Некоторые решаются рядами проще всего.

Ответы: >>494858

10 Июн, 22:44 #53 #494858

>>494857
Поясни вкратце метод решения

Ответы: >>494867

10 Июн, 22:45 #54 #494861

>>494856
Где там ноды, даунита? Где P, где Q, как считать результат? Нахуя нужна эта формула? А? Это пояснение к доказательству, а не сама формула.

10 Июн, 22:45 #55 #494862

>>494789
>это резонирует с тем, как работает человеческий мозг
Но компьютер - это не человеческий мозг. Да и в программе стул, отображаемый на экране, физика стула и скриптовое взаимодействие NPC со стулом - абсолютно разные сущности, и объединять их на основе ООП глупо и непродуктивно.

Ответы: >>494865

10 Июн, 22:46 #56 #494865

>>494862
Весь геймдев на оопе же.

Ответы: >>494868, >>494873, >>494899

10 Июн, 22:48 #57 #494867

>>494858
у тебя есть Dy = 0, D - дифференциальный оператор
Ты пишешь y = P(x), P - ряд от x, например полиномиальный, a0 + a1 x + a2 x^2 + ...
Подставляешь в уравнение, получаешь бесконечную систему относительно an
Решаешь @ находишь ряд для y

10 Июн, 22:50 #58 #494868

>>494865
виртуальные функции тормозят
там используется ECS

10 Июн, 22:53 #59 #494872

>>494789
> Вообще, ООП используют потому что это резонирует с тем, как работает человеческий мозг.
Приведи иерархию наследования для утюга.

Ответы: >>494875, >>494895

10 Июн, 22:53 #60 #494873

>>494865
>Весь геймдев на оопе же.
Поэтому игровая физика такое адское позорище.

Ответы: >>494893

10 Июн, 22:55 #61 #494875

>>494872
> Приведи иерархию наследования для утюга.
Зато у него есть полиморфизм и инкапсуляция.

Ответы: >>494885

89 Кб, 528x529

10 Июн, 23:00 #62 #494883

>>494846
Для аппроксимации. Я увидел что пунктирные функции приближаются к сплошной и сразу смекнул что это они приближаются из-за добавления новых элементов ряда. И алгоритм вычисления элементов ряда занимает меньше операций. То есть взял сколько элементов сколько нужно для точности и вычислил ебейшую функцию с минимумом трудозатрат.

>>494851
>Даунишка, люди тем и отличаются, что умеют в абстрактное мышление
Это не абстрактное мышление, это китайская комната.

>Ок, раз ты такой тупенький, визуализируй функцию, в которой тебе надо множество получить по такой команде:
Что не так? Только на это накладывается еще сетка отсечения условий.

Вообще, нахуя такое дрочево на матан. Я понимаю, что ты хочешь показать какой ты ИЛИТНЫЙ МОРФЕУС, но программирование редко имеет дело с подобным матаном. То есть реально редко. Можно было бы подумать как разработать нормальные инструменты для этого математического дерьма, но сами разгребайта свои авгиевы конюшни.
В программировании и без этого дерьма проблем хватает. С ебейшими коллбеками, замыканиями и хуёвми абстракциями. А когда кто-то хочет реализовать шаблон, то в коде он выглядит ненаглядно и в целом это абстракция слишком высокого уровня чтобы отражать его с помощью одномерной структуры.

Ответы: >>494908, >>495022

10 Июн, 23:00 #63 #494885

>>494875
>полиморфизм и инкапсуляция.
Нинужно. Особенно наследование нинужно.

Ответы: >>494892

10 Июн, 23:02 #64 #494888

> но программирование редко имеет дело с подобным матаном.
программисты дрочат на дискретку, а не на матан

10 Июн, 23:03 #65 #494892

>>494885
> нинужно
Пояснишь или засчитывать?
Поясню за полиморфизм: я ставлю утюг на стол одинаковым способом, мне не нужно учиться новому для каждого утюга.

Ответы: >>494897

10 Июн, 23:03 #66 #494893

>>494873
Тем не менее, твоя игровая позорная физика (Bullet) нонче широко используется за пределами геймдева.

Да, он пиздец, но зато БЫСТРЫЙ пиздец, и вряд ли пиздец он из-за ООП.

10 Июн, 23:04 #67 #494895

>>494872
Зачем? Утюг это объект, который можно поднять, который можно включить, который состоит из металла и пластика.
Паттерн мозг формирует исходя из КОНТЕКСТА, то есть если нам важен материал, то формируются связи между нейронами, которые будут говорить что утюг наследует свойства от металлов (можно нагреть, металл горячий если его нагревать).
В программировании точно так же от того, что нужно сделать с объектами, они формируются в шаблон. Нужно на сервер отправлять инфу чтобы записать в базу данных - формируется объект ПАКЕТ ДАННЫХ, если инфа разная, но эти части имеют что-то общее - они снова разделяются.

Ответы: >>494901

10 Июн, 23:05 #68 #494897

>>494892
>Пояснишь или засчитывать?
В бамплимит уйдет. Все равно не поймешь. У меня тут уже тред висит на эту тему.

Ответы: >>494900

10 Июн, 23:06 #69 #494899

>>494865
>Весь геймдев на оопе же
Только писишный. Тяжелое наследие С++. Но даже там с ООП стремительно прощаются.
http://macton.smugmug.com/gallery/8936708_T6zQX#!i=593426709&k=BrHWXdJ
http://gamesfromwithin.com/data-oriented-design

Ответы: >>494907

10 Июн, 23:06 #70 #494900

>>494897
> Все равно не поймешь.
слив засчитан
Кстати, наследование использует производитель, когда из одних и тех же деталей делает разные утюги.

Ответы: >>494902

10 Июн, 23:07 #71 #494901

>>494895
> можно нагреть, металл горячий если его нагревать
> от того, что нужно сделать с объектами
Это классы типов, а не наследование. Замени слово «объект» на слово «данные», и получишь хаскель.
Причём здесь ООП?

Ответы: >>494904

10 Июн, 23:08 #72 #494902

>>494900
Зачем тебе детали если ты утюг используешь?

Ответы: >>494904

10 Июн, 23:09 #73 #494904

>>494901
> Объектно-ориентированное программирование
Где здесь наследование?
>>494902
А если я его произвожу, а не использую (использует жена, я мятый во льне хожу)?

Ответы: >>494906, >>494909, >>494912, >>494915

10 Июн, 23:10 #74 #494906

>>494904
Но произвел же ты утюг, а не деталь.

Ответы: >>494910

10 Июн, 23:11 #75 #494907

>>494899
>2008-9
Прощание-то где? Нынешний геймдев переходит в стадию готовых движков. Они ООП.

Ответы: >>494913, >>494922

10 Июн, 23:11 #76 #494908

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

Ответы: >>494921

10 Июн, 23:11 #77 #494909

>>494904
Как ты вообще наследование в утюг пихаешь я тебя вообще не пойму.

10 Июн, 23:12 #78 #494910

>>494906
Я главный инженер, у меня етсь в подчинении 10 долбоебов, из пяти деталей составляется утюг, еще у м еня есть маркетолог с модельным рядом, решишь задачу?

Ответы: >>494914

10 Июн, 23:12 #79 #494912

>>494904
>А если я его произвожу, а не использую (использует жена, я мятый во льне хожу)?
Вы используете разный контекст, вам нужны разные классы. Тебе нужно знать поле со списком деталей, а жене нужен доступ к функции "гладить".
Можно и один объект использовать, но тогда нужно инкапсулировать, то есть жена не должна знать про детали, а то у нее башка взорвется.

Ответы: >>494916

10 Июн, 23:12 #80 #494913

>>494907
> Они ООП.
Пруфы. Юнити ЕКС

Ответы: >>494936

10 Июн, 23:13 #81 #494914

>>494910
А где задача?

Ответы: >>494918

10 Июн, 23:13 #82 #494915

>>494904
> Где здесь наследование?
В троице полиморфизм-инкапсуляция-наследование. Передача сообщений же умерла.
Без наследования «ООП» не отличимо от хаскеля с несколько другим синтаксисом.

Ответы: >>494924, >>495062

10 Июн, 23:14 #83 #494916

>>494912
> жене нужен доступ к функции "гладить".
полиморфизм
> нужно инкапсулировать
ну хоть до чего-то договорились
Наследование ей правда нинужно, нужно мне, когда я новый суперутюг буду делать.

10 Июн, 23:14 #84 #494918

>>494914
Как быстрее всего составить больше всего утюгов из деталей

Ответы: >>494923, >>494925, >>494926

10 Июн, 23:15 #85 #494921

>>494908
Лего - это вообще охуенная штука.
Алфавит - это тоже лего. Вроде как мы ограничили себя, изобретя алфавит, не можем рычать и мычать как животные с разным тембром, используем только 33 буквы. А возможности расширились.
Почему так?

Ответы: >>494997, >>495450

10 Июн, 23:15 #86 #494922

>>494907
>Нынешний геймдев переходит в стадию готовых движков.
Не вижу перехода. Крайтек на грани банкротства, эпики отдают свой уже даром и пытаются втюхать архитекторам и киношникам. Юнити тормозит даже на индиговне из двух кубов.

Ответы: >>494935

10 Июн, 23:15 #87 #494923

>>494918
А задача то какая у тебя?

Ответы: >>494925

10 Июн, 23:16 #88 #494924

>>494915
Есть еще прототипные языки
СИЛОС есть еще
и много чего другого
ООП не существует, существует ява

Ответы: >>494928

10 Июн, 23:16 #89 #494925

>>494923
>>494918

10 Июн, 23:17 #90 #494926

>>494918
Это не задача, а вопрос.

Ответы: >>494929

161 Кб, 800x534

10 Июн, 23:17 #91 #494928

>>494924
>СИЛОС
Это для колхозников?

Ответы: >>494931

10 Июн, 23:17 #92 #494929

>>494926
Это задача, за выполнение которой инженеру платят деньги.

Ответы: >>494930

10 Июн, 23:18 #93 #494930

>>494929
Уходи с этой работы.

Ответы: >>494932

10 Июн, 23:18 #94 #494931

>>494928
Уёбывай.

10 Июн, 23:19 #95 #494932

>>494930
Собираюсь.

Ответы: >>494933, >>494937

10 Июн, 23:20 #96 #494933

>>494932
Ты там не задачи решаешь, а методологии строишь.

10 Июн, 23:20 #97 #494934

>>494718
Брет Виктор говорит об инструментах для непрограммистов. Там визуализация здорово помогает, потому что задачи изначально имеют внятное визуальное представление (графики, анимации и т.д.). Программист имеет дело с многоуровневыми абстракциями, а кроме текста универсального метода визуализации абстракций пока не придумали. Для игр и интерфейсов такие методы можно и нужно использовать (особенно визуальный дебаг), но для чего-то более серьезного - уже не получится.

Ответы: >>494952

10 Июн, 23:20 #98 #494935

>>494922
Ты не видишь, а он есть, уже состоялся давно, если быть точным - на Юнити. Юнити лихо бегает даже на моем 200$ планшете с довольно продвинутым графоном. На УЕ уже вышли первые игры и он также укрепился на рынке и пока развивается семимильными шагами. Край - двигло на десяток проектов, всегда им был и будет, он аутсайдер и не нужен. А вот кто воистину не нужен - это движкописатели с их хуёво документированными лучшими нитармазящими движками, никаким коммьюнити, нулевой поддержкой и почти стопроцентной гарантией проёба всего проекта и миграции на юнити.

>эпики отдают свой уже даром
Не от плохой жизни.

Ответы: >>494942, >>494948

10 Июн, 23:22 #99 #494936

>>494913
Юнити - это вообще клинический случай, образец, как не надо делать движки.

Ответы: >>494939

10 Июн, 23:23 #100 #494937

>>494932
Решай сервисами задачу.

10 Июн, 23:23 #101 #494939

>>494936
Научи их.

Ответы: >>494944

10 Июн, 23:26 #102 #494942

>>494935
Ты говоришь за индисцену. В большой индустрии сторонние движки стараются не использовать, а развивать свои. Юнити - говно даже для инди. Любой более-менее серьезный проект заканчивается переписыванием элементов юнити заново, в результате ты все равно пишешь свой движок, но он получается приколочен к чужому закрытому рантайму. Единственный плюс - можно найти много киррилов, которые умеют программировать мышкой, и попытаться взять количеством.

Ответы: >>494950, >>494968, >>494970

10 Июн, 23:27 #103 #494944

>>494939
За отдельную плату. Бесплатно пусть жизнь учит.

10 Июн, 23:28 #104 #494946

Теперь это гейдев тред.
https://www.youtube.com/watch?v=tJzx4PTvXis

10 Июн, 23:28 #105 #494948

>>494935
> Юнити лихо бегает даже на моем 200$ планшете с довольно продвинутым графоном.
Двачану этого. Юнити развивается охуенно, какое было говно два года назад и как сейчас - вообще не сравнить.

мимо-мобильный-игродел-перекатившийся-в-милитари-симуляции

Ответы: >>494951, >>494968, >>498352

10 Июн, 23:30 #106 #494950

>>494942
> переписыванием элементов юнити заново
Дауны понятия не имеют ни о юнити, ни о гейдеве, но лезут куда-то.

Ответы: >>494964

10 Июн, 23:30 #107 #494951

>>494948
> милитари-симуляции
уябывай

10 Июн, 23:30 #108 #494952

>>494934
И тем не менее, шаблоны программирования описываются схемами. И для описания крупного фреймворка используются диаграммы. Если ты выйдешь презентовать новую версию фреймворка перед советом директоров и выкатишь огромный кусок кода, то тебя будут долго пиздить сапогами по ебалу.

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

Ответы: >>494954, >>494958

10 Июн, 23:31 #109 #494954

>>494952
> перед советом директоров
Они не программисты
С другой стороны программистам паттерны легче понимать в коде.

Ответы: >>494957

10 Июн, 23:33 #110 #494957

>>494954
>программистам паттерны легче понимать в коде
Почему тогда для их объяснения используются схемы?
Нет ли ощущения что тебя где-то наебывают?

Ответы: >>494959

10 Июн, 23:34 #111 #494958

>>494952
>И для описания крупного фреймворка используются диаграммы
UML не взлетел.
>какие потоки данных через него проходят
Для начала - у тебя нет потоков данных. Данные зарыты внутри объектов.

10 Июн, 23:34 #112 #494959

>>494957
> Почему тогда для их объяснения используются схемы?
для переносимости между языками в основном
те же самые схемы будут выглядеть по-разному рисуй их отдельно для динамики и статики
ГОФам повевзло, что кресты не статика низхуя

3 Кб, 213x124

10 Июн, 23:35 #113 #494960

Кстати, на тему того, что «математики не рисуют картинки».

Ответы: >>494962

10 Июн, 23:35 #114 #494962

>>494960
>>494836

80 Кб, 640x640

10 Июн, 23:36 #115 #494964

>>494950
Кирилл загорелся.

Ответы: >>494966

10 Июн, 23:36 #116 #494965

Ну и древних греков я тоже уже поминал.

10 Июн, 23:36 #117 #494966

>>494964
взлальнул

10 Июн, 23:38 #118 #494968

>>494942
>Ты говоришь за индисцену.
Юнити используется повсеместно. Есть десяток крупных фирм со своими инхаузными поделиями (inb4 они-то на хачкилле все написаны), геймдев последних пяти лет - это юнити, следующих - юнити и анрил. Геймдев - это допустим миллионы людей нынче, из них дай боже 1% работает в крупных фирмах. Поэтому называть 99% аутсайдерами глупо.

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

>>494948
И два, и четыре года назад его использовали.

Ответы: >>494985

10 Июн, 23:39 #119 #494970

>>494942
Прикинь, коммереческие CMSки тоже используются именно таким образом: что не нравится - перегружается.

sage 10 Июн, 23:46 #120 #494973

>>>494797
>>>494798
>Какая подготовка? Профессионалы забили хуй на языки шейдеров и используют визуальные инструменты потому что они позволяют видеть влияние каждого элемента формулы и позволяют видеть результат в реальном времени.
Охуительные истории, было бы там что изучать. Один вечер доку почитать и можно хуярить.
А ползунки и графы используют чтобы можно было макаку-дизайнера посадить параметры настроить. Шаг вправо, шаг влево - нужно писать код.

Ответы: >>494975

10 Июн, 23:49 #121 #494975

>>494973
> можно было макаку-дизайнера посадить параметры настроить
Это, кстати, чуть ли не самое важное в нормальном рабочем процессе. Дизигнер крутит шейдера, собирает уровни, радуется и не ебет мне мозги, пока я пишу, сука, код.

Ответы: >>494993

10 Июн, 23:49 #122 #494976

Посмотрел видосик из ОП поста. Помимо всего прочего там показали электрическую схему в виде кучи временных диаграмм в каждой точке и это подается как типа пиздец охуеть удобно?

10 Июн, 23:54 #123 #494985

>>494968
>геймдев последних пяти лет - это юнити
Про пять лет ты явно загнул.
http://en.wikipedia.org/wiki/List_of_Unity_games
Олсо в списке почти 100% инди, причем популярных игр меньшинство.
>Самописное двигло - это всегда геморрой для всей команды
Для кодеров удобнее писать свой. Геморрой для дизайнеров и художников, которым обычно достаются глючные полурабочие тулзы. Тут редактор юнити выглядит очень заманчиво. Но у нормальной студии тулзы и так уже есть, часто гораздо лучше редактора из юнити.

Ответы: >>495000, >>495005

10 Июн, 23:54 #124 #494986

>>494718
>абстракции было бы удобнее отображать в виде схем чем в виде стены текста
Стену текста проще поддерживать, нежели схему.

10 Июн, 23:57 #125 #494993

>>494975
>Дизигнер крутит шейдера
Для риалтайма такое не прокатывает. Только оффлайн. Максимум дизайнер покажет, что хочет получить, и кодеры потом напишут. Технический артист - это полноценный программист.

Ответы: >>495005

11 Июн, 00:01 #126 #494997

>>494921
>Почему так?
Потмоу что ты школьник, раз кидаешься из крайности в крайность.

90 Кб, 630x630

11 Июн, 00:05 #127 #495000

>>494985
>Для кодеров удобнее писать свой.
А почему? Потому что проще наворотить своего говна чем изучать чужое. Это основная проблема - ИЗУЧЕНИЕ ДЕРЬМА ЗАНИМАЕТ СЛИШКОМ МНОГО ВРЕМЕНИ. Даже если оно делает примерно то, что тебе нужно.

Сейчас программисты не мыслят ничем кроме кода только потому что их так учили. Фейнман не мыслил формулами, он представлял их в виде разноцветных связей элементов. Он же придумал диаграммы фейнмана.
И я уверен, что тогда нашлись старперы которые говорили КОКОКО НИНУЖНО МОЖНО ВСЕ РАВНО БЫСТРО ЭТО ПРЕДСТАВИТЬ КОКОКО МАТЕМАТИЧЕСКАЯ НОТАЦИЯ. Но в итоге мы все знаем кто выиграл.

Ответы: >>495006, >>495007, >>495011

11 Июн, 00:09 #128 #495005

>>494985
И чё? Это самые знаковые тайтлы.
У тебя геймдев - это крупные студии и распиаренные инди с бюджетом по три ляма. У меня - это нонеймовые онлайн-параши и тысячи игр-однодневок, заточенных под стим или мобилки. На таких проектах занято большинство людей. Вычеркиваем всех из удобного термина "ненормальные студии" и вообще из геймдева.
Вот тебе линк получше:
https://unity3d.com/public-relations

>>494993
Всем всё делается на нодах сегодня. Как ты представляешь себе создание шейдера-то, что дизайнер описывает, каким он видит материал, и шейдерописец его пишет?

Ответы: >>495013, >>495019

11 Июн, 00:10 #129 #495006

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

sage 11 Июн, 00:12 #130 #495007

>>495000
Мы программирование обсуждаем или ядерную физику? Ты бы еще художников в пример привел, они вообще текст не используют, сразу набросок делают.

11 Июн, 00:13 #131 #495011

>>495000
Только ты забыл, что за каждой, каждой, сука, диаграммой и элементом в ней стоит нихуевый классический математический аппарат, ака правила Фенймана, а его диаграммы не более чем иной синтаксис описания, без знания матана и физики для тебя они останутся крутыми полосочками-чо-то-там-из-физики.

Ответы: >>495021

11 Июн, 00:14 #132 #495013

>>495005
>Как ты представляешь себе создание шейдера-то, что дизайнер описывает, каким он видит материал, и шейдерописец его пишет?
Дизайнер дизайнер рисует концепты, техартист пишет шейдер. Они вместе смотрят, что получается, и корректируют.

Ответы: >>495020

11 Июн, 00:18 #133 #495019

>>495005
>У меня - это нонеймовые онлайн-параши и тысячи игр-однодневок, заточенных под стим или мобилки
Ну там выбор юнити вполне естественен. Потому что кодят реальные макаки уровня /gd. Они бывает не то что линейку и матрицы не понимают, а элементарную школьную алгебру не знают.

Ответы: >>495707

11 Июн, 00:18 #134 #495020

>>495013
После написания в дело вступает просмотр артист, он всё смотрит и отправляет коррекшн-артисту работу дальше по производству. На самых крупных студиях ещё отправитель-дизайнер есть, он как бы связующее звено.

11 Июн, 00:19 #135 #495021

>>495011
>а его диаграммы не более чем иной синтаксис описания
Вот об этом я и говорю.
Нам нужен новый синтаксис описания абстракций. Визуальный. Потому что предел прочности языков четвертого поколения подходит к своему пределу, а годных языков пятого поколения нет, потому что они используют одномерное представление в виде текста.
Мы больше не связаны карандашом и бумагой, у нас есть охуительный инструмент для анализа данных. Нужно использовать этот инструмент для создания более эффективного инструмента для программирования.

Ответы: >>495026, >>495027, >>495035

11 Июн, 00:19 #136 #495022

>>494883
сумма квадратов где? Мою запись легко прочитает математик, программист, просто человек с вышкой или даже без нее.
А твои картнки что обозначают? Как их поддерживать? А если условие добавится/изменится?

11 Июн, 00:25 #137 #495026

>>495021
>Нам нужен новый синтаксис описания абстракций. Визуальный.
В итоге все упрется в тот же текст. Тупо потому, что кнопки быстрее и удобнее мыши, а другие средства ввода слишком экзотичны.

Ответы: >>495029, >>495041

sage 11 Июн, 00:27 #138 #495027

>>495021
А еще они используют регулярки для поиска текста, дифы для изменений, макросистемы для генерации кода и т.п. Ты о них подумал гений, чем ты их собрался заменять?

Ответы: >>495041

11 Июн, 00:28 #139 #495029

>>495026
История APL пусть будет уроком.

11 Июн, 00:28 #140 #495030

Поясните для танкиста, что за поколения языков? Самое главное - к каким поколениям относятся си, кресты, жава, ирлонг, хачкиль, питон и руби?

Ответы: >>495040, >>495041

11 Июн, 00:33 #141 #495035

>>495021
>Нам нужен новый синтаксис описания абстракций
Так придумай, а не Оп-пост хуиту предлагай.
Кстати, вот например тебе пространоство: {x•y•z•ƒ}. Сразу ясно, что оно из себя представляет (c некоторыми оговорками). А как ты его иначе предлагаешь описать?

Ответы: >>495044

11 Июн, 00:35 #142 #495040

>>495030
Первое - машинный код, второе - ассемблеры, третье - языки высокого уровня. Дальше единой классификации нет. Джаву, например, могут считать и третьим и четвертым поколением.

Ответы: >>495043

11 Июн, 00:36 #143 #495041

>>495026
Лолнет. Будущее программирования - это VR.
Можно перемещать панели руками, а названия переменных нашептывать субвокально. Вообще, больше всего из электроники я жду девайс для субвокального распознавания, он освободит руки от ебаной клавиатуры и можно будет использовать планшет для программирования.

>>495027
Регулярки - это ебаный неподдерживаемый рак. Разумеется, в таком виде, в котором они сейчас. Они первый кандидат на перевод их отображения в визуальное, а не текстовое поле. Потому что в тексте им явно тесно.

>>495030
http://en.wikipedia.org/wiki/Programming_language_generations
Это все языки четвертого поколения.
Ассемблер был второго.
Машинные коды - первого.

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

Ответы: >>495046, >>495049, >>495053, >>495104

11 Июн, 00:37 #144 #495043

>>495040
А четвертое-то чем от третьего отличается?

Ответы: >>495045

11 Июн, 00:37 #145 #495044

>>495035
Описывать для каких задач?

Ответы: >>495051

11 Июн, 00:37 #146 #495045

>>495043
Больше сахарка, очевидно же.

11 Июн, 00:38 #147 #495046

>>495041
Блядь, я даун, на вики всё было. Извините, думал, что это форс /zk, вот и реквестировал пасты.

11 Июн, 00:38 #148 #495049

>>495041
>Они первый кандидат на перевод их отображения в визуальное
Пиздец, с кем я в pr/ сижу. Ебаный стыд.

Ответы: >>495054, >>495059

11 Июн, 00:40 #149 #495051

>>495044
Ну просто объявляешь 4хмерное пространство. Например, массив.

Ответы: >>495064

11 Июн, 00:42 #150 #495053

>>495041
>Будущее программирования - это VR
Люди к нему не приспособлены. Ты устанешь головой вертеть и руками размахивать. В итоге в ВР у тебя будет все тот же рабочий стол, только эффектов побольше.

11 Июн, 00:42 #151 #495054

>>495049
Все современные редакторы разбивают регулярки на вложенные блоки.

Просто это ПОКА ПОХОЖЕ на текст, чтобы вам было привычно. Но это вложенные блоки с подробным описанием каждого блока если на него навести.
Как ты будешь разбираться в ебeйшем регулярном выражении? Там же паттерны неразличимы на глаз.

Ответы: >>495058, >>495060

11 Июн, 00:42 #152 #495055

http://esolangs.org/wiki/Maze

Будущее!

11 Июн, 00:44 #153 #495058

>>495054
Редактор регулярок же. Подсвечивает, раскрашивает, даёт тултипы.

А что, в будущем регулярки станут длиннее?

Ответы: >>495061

11 Июн, 00:44 #154 #495059

>>495049
Почему стыд? Вполне вероятно, что можно создать удобные ВР интерфейсы. Другое дело, что пока сделают нормальный шлем с хорошим разрешением и низкими задержками без блевантина, то уже будет доступно прямое подключение к мозгу.

Ответы: >>495060

11 Июн, 00:45 #155 #495060

>>495059
>>495054
Ну киньте ссылки, чтоли, как иначе предлагают написать регулярку для e-mail.

11 Июн, 00:45 #156 #495061

>>495058
> А что, в будущем регулярки станут длиннее?
Нет, если программисты перестанут пытаться парсить ими иксэмэли и осилят что-нибудь ещё.

11 Июн, 00:45 #157 #495062

>>494915
>В троице полиморфизм-инкапсуляция-наследование
ооп - это полиморфизм
наследование - один из механизмов, при помощи которого можно выразить полиморфное поведение
инкапсуляция к ооп не относится

Ответы: >>495077

11 Июн, 00:46 #158 #495064

>>495051
Ну рисуешь двумерный массив с возможностью переключения оставшихся двух измерений или рисуешь трехмерный массив точек, а четвертое измерение как время определяешь. Я не знаю зачем это нужно. Может, можно из него будет извлечь какой-нибудь полезный разрез.
Можно хоть одинадцатимерный массив хуярить для проверки теорий струн, но теория струн у нас на острие науки а мы до сих пор используем псевдографику для описания иерархии классов.

Ответы: >>495073

75 Кб, 638x479

11 Июн, 00:47 #159 #495067

>>494718
А что насчет теорката и функциональщины? Почему нельзя представить программу как набор анально-аппликативных функторных функций и стрелок? Можно и графом.

Ответы: >>495069, >>495070

11 Июн, 00:50 #160 #495069

>>495067
Потому, что даже такая простая вещь как граф вызовов превращается в кашу при достаточно большой сложности?

11 Июн, 00:50 #161 #495070

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

11 Июн, 00:53 #162 #495073

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

11 Июн, 00:53 #163 #495074

Борщи, а, борщи. Скажите честно, вы бы всё отдали, чтобы кодить математическими закорючками и ТОЛЬКО ими, на уровне языка, а не IDE?

Ответы: >>495076, >>495078, >>495080, >>495466, >>495507

11 Июн, 00:55 #164 #495076

>>495074
В чем проблема закорючек? Это язык, выучил его, и все становится очень просто и быстро.

11 Июн, 00:55 #165 #495077

>>495062
Полиморфизм в ООП - это виртуальные функции. Для них наследование не обязательно.

48 Кб, 800x639

11 Июн, 00:56 #166 #495078

>>495074

33 Кб, 464x289

37 Кб, 500x202

224 Кб, 500x333

11 Июн, 00:58 #167 #495080

>>495074
Можно сразу на футарке кодить. Определяешь абстракции как руны и хуяришь футарком.
Или как в матрице - на иероглифах. Я уверен, что матрица была написана на языке как минимум десятого поколения, с использованием высших абстракций.

Ответы: >>495086, >>495095

11 Июн, 01:02 #168 #495086

>>495080
Учитывая, сколько раз матрица переписывалась -- вполне возможно.

11 Июн, 01:13 #169 #495095

>>495080
Так это тот же текст, только буковки другие.

Ответы: >>495099

11 Июн, 01:23 #170 #495099

>>495095
В каждую букву завернуто по сотне абстракций. Ну, как в каждый стейтмент завернуто десяток ассемблерных инструкций.

Ответы: >>495107

11 Июн, 01:27 #171 #495104

>>495041
>Будущее программирования - это VR.
Кина насмотрелся? Может в будущем все еще будут использовать прозрачные мониторы с синим текстом, проецирующиеся в воздухе и ходить в блестящих комбинезонах?

11 Июн, 01:31 #172 #495107

>>495099
>В каждую букву завернуто по сотне абстракций
Ну так ты сейчас то же самое можешь сделать.
http://rosettacode.org/wiki/Balanced_brackets#J
Сравни J и джаву, например.

11 Июн, 01:42 #173 #495112

Впечатлительный ОП насмотрелся бреда от Брета Виктора и подобных ему хуесосов. На самом деле все это бессмысленная поебистика. Хотя и малое рациональное зерно в их идеях есть, безусловно. Это похоже на навороченные интерфейсы в кинце. Круто выглядит Том Круз манипулирующий образами на гигантском экране, но только в интервью он потом рассказывал как у него болела спина от этой хуйни. Или вот прозрачные мониторы - все время проигрываю.

Какие существуют реальные интересные технологии помогающие в кодинге. Чисто, что мне попадалось
старый добрый autocomplete
hoogle - поиск по типам
ruby gem accidentaly - перебирает все возможные метод и выбирает дающий заданный результат, довольно любопытная идея, хуй знает на сколько рабочая
quickcheck - автоматическая генерация тестов
статические анализаторы

Ответы: >>495114

11 Июн, 01:51 #174 #495114

>>495112
> Какие существуют реальные интересные технологии помогающие в кодинге.
http://www.brendangregg.com/flamegraphs.html ещё, например.

Ответы: >>495121

11 Июн, 02:16 #175 #495121

>>495114
Что полезное можно сказать например по картинке которая на этом сайте справа?

Ответы: >>495124

11 Июн, 02:20 #176 #495124

>>495121
Зависит от того, что ты хочешь там найти. А вообще, смотри презентацию, там рассмотрено как этим пользоваться.

Ответы: >>495126

11 Июн, 02:23 #177 #495126

>>495124
Уже смотрел, но как-то не проникся.

11 Июн, 02:23 #178 #495127

ОП конечно прав.

Давно пора хранить код в виде ASTа хотябы. И в гите чтобы был АСТ. И в идешечке.

Но это никого не ебёт к сожалению. Парсеры большенства языков программирования состоят из говна и палок. Родной парсер динамикопараши даже оффсеты нормально определить не может. Даже вменяемого сообщения в каком месте у a[i] случилось НИМАГУ.

Ответы: >>495170, >>495379

28 Кб, 1024x768

9 Кб, 569x472

13 Кб, 696x501

11 Июн, 02:39 #179 #495129

>>494718
>Ебаные буковки в ебаном редакторе. И из этих буковок в голове нужно представить структуру, которую в общем-то должен отображать компьютер.
Зависит от того, какой редактор.

Ответы: >>495131

11 Июн, 02:46 #180 #495131

>>495129
А кому достаётся т. н. Аванс?

Ответы: >>495132

11 Июн, 02:51 #181 #495132

>>495131
Пройдите в комнату без номера, с вами поговорит Владимир.

11 Июн, 04:40 #182 #495136

>>494765
> А разве не удобней?
Это тупо невозможно.
Нарисуй диаграмму Эйлера-Венна для хотя бы 4 множеств. Соснешь.

11 Июн, 06:20 #183 #495141

>>494850
Охуительное имя у обобщающей панели на пикче - sss. Вангую что месиво получилось из-за кривых рук кодера.

Ответы: >>495204, >>495302

11 Июн, 06:39 #184 #495142

>>494812
> Берроуз говорил, на 100 лет
Пейсателя космоопер забыли спросить.

Ответы: >>495171

11 Июн, 06:41 #185 #495144

>>494805
> Кстати, реляционное дерьмо - это отдельная тема для отдельного треда, с приходом графовых баз данных ряляционные отомрут.
Сетевые базы данных соснули уже во время появления реляционных, маня.

77 Кб, 2556x1292

11 Июн, 08:20 #186 #495151

Давно уже всё придумано, вот к примеру UML в Model Vision Studium, софт кривой конечно, но суть понятна. На скрине задача моделирования, хотя ведь каждый софт что-то моделирует в любом случае, даже если это веб сервер.

11 Июн, 09:35 #187 #495170

>>495127
>Давно пора хранить код в виде ASTа хотябы
Доступно с 1960х. Что то особой популярности не заимело, в том чисел из-за быдлокодеров типа ОПа.

Ответы: >>495329

11 Июн, 09:54 #188 #495171

>>495142
Я про писателя голых завтраков

11 Июн, 10:46 #189 #495186

>>494718
LightTable-то всё.
https://groups.google.com/forum/#!msg/light-table-discussion/2csnnNA1pfo/693EWDJVhuwJ

11 Июн, 11:20 #190 #495204

>>495141
>Охуительное имя у обобщающей панели на пикче - sss
sss == subsurface scattering

11 Июн, 12:02 #191 #495213

Уже придумали -- https://www.linux.org.ru/forum/development/11027157

11 Июн, 14:47 #192 #495302

>>495141
Уже расшифровали, но это сам по себе термин.

11 Июн, 15:51 #193 #495329

>>495170
Действительно? А может это из-за кондовости коммьюнити, которое отвергает новые идеи?

https://vimeo.com/71278954
Вот тут Брет говорит как программисты на машинных кодах ОТВЕРГАЛИ АССЕМБЛЕР. Более того - даже фон Нейман не избежал этой когнитивной ошибки:
>Джон фон Нейман, знаменитый математик и ведущий теоретик компьютеростроения делал это блестяще и и долго ругался на появившийся тогда язык высокого уровня Fortran за профанацию идеи ("это же отходя научной деятельности для канцеляристов!").
https://books.google.ru/books?id=6iU4BAAAQBAJ&pg=PA70&lpg=PA70

Вот в чем дело. Ведь программирование тогда УЖЕ НЕ БУДЕТ ИЛИТНЫМ если сделать его простым. Ведь охуительно чувствовать себя МОРФЕУСАМИ, которые говорят на тайном языке машинных кодов и их не понимают низшие скоты.

Ответы: >>495335, >>495336, >>495337, >>495345, >>495351, >>495353

11 Июн, 15:59 #194 #495335

>>495329
>как программисты на машинных кодах ОТВЕРГАЛИ АССЕМБЛЕР
Потому что ассемблер излишен, когда всю память машины можно распечатать на листе бумаги, а коды ты знаешь наизусть. Плюс с машинным кодом проще делать трухаксорские штуки вроде изменения кода в рантайме, что было очень распространено в эпоху восьмибитных компьютеров.

11 Июн, 16:01 #195 #495336

>>495329
>А может это из-за кондовости коммьюнити, которое отвергает новые идеи?
Нет, все идеи уже давно скопированны оттуда же. Просто макаки не могут в AST

11 Июн, 16:01 #196 #495337

>>495329
Возможно это вырвано из контекста, может на самом деле это выглядело как если бы к сейчас влетел петушок и начал кукарекать ДАВАЙТЕ ВСЕ ПЕРЕПИШЕМ НА ANGULAR2.0 POLYMER REACT ЧТО_ТАМ_СЕГОДНЯ_У_СКРИПТУХОВ_САМОЕ_ТРЕНДОВОЕ.

Ответы: >>495351

11 Июн, 16:27 #197 #495345

>>495329
>Ведь программирование тогда УЖЕ НЕ БУДЕТ ИЛИТНЫМ
Программирование программированию рознь. Запиливание алгоритмов и продвинутых библиотек - одно. Написание скриптов для склеивания рабочих процессов или админинга своего лаптопа - другое.

Ответы: >>495349, >>495351

11 Июн, 16:30 #198 #495349

>>495345
>Программирование программированию рознь
Брет, кстати, и задвигает в основном за создание средств для непрограммистов. Чтобы несложные задачи можно было решать просто и наглядно, как в спредшитах.

Ответы: >>495351

72 Кб, 2362x1039

11 Июн, 16:37 #199 #495351

>>495329
>>495345
>>495337
>>495349
Вы все хуесосы. Проблема не в том, что это неилитно или непрактично.
Проблема в том, что на текущий момент нереально реализовать что-нибудь для продакшна лучше, чем есть на текущий момент. Всё что "существует" - красивые игрушки, покрывающие 0,0001% необходимого. А остальное - концепции.
Это всё футуризм.

Ответы: >>495354

sage 11 Июн, 16:38 #200 #495353

>>495329
>Ведь программирование тогда УЖЕ НЕ БУДЕТ ИЛИТНЫМ если сделать его простым.
Каким петухом надо быть чтобы всерьез кукарекать этот аргумент. Индустрии похуй на илитность макак, если какай-то инструмент позоляет действительно упростить или ускорить паплайн, то он сразу идет в оборот(а рядовые макаки теряют илитность, ага). Но опу-хую это как-то неочевидно.

11 Июн, 16:39 #201 #495354

>>495351
>на текущий момент нереально реализовать что-нибудь для продакшна лучше, чем есть на текущий момент
Мимоавторитетнозаявил?

Ответы: >>495356

11 Июн, 16:40 #202 #495356

>>495354
ато

11 Июн, 17:18 #203 #495379

>>495127
llvm clang именно это и делают, помимо своей прямой работы - фигачить объектный код, предоставляя api доступа к результатам компиляции, в том числе и доступ к получившемуся ast, что позволяет существенно упростить (по сути, папсинг не нужен становится) написание утилит статического и динамического анализа, также быстро интегрировать язык в ide и редакторы (рефакторинг, подсветка, навигация и прочее)
в майкрософт делают то же самое, у них целая парадигма теперь compiler as service
так чтож не ной, те фичи, что были акедемических разработках (это в данном случае лиспы со смоллтолками) переходят в промышленный мейнстрим

Ответы: >>495385

11 Июн, 17:24 #204 #495385

>>495379
ах, да, еще забыл автоформатеры
раньше тоже парился когда пригодилось наследовать в поддержку код сделанный в не любимом правиле форматирования либо вообще без форматирования
но ведь есть утилиты - просто прогоняешь его и все, за пять минут работы получаешь код в 1TBS

11 Июн, 17:34 #205 #495392

Была у нас в институте лаба, там надо было в ксилинксе накидать разных элементов (сумматор там, цифровой индикатор и пр.) всего штук пять, и соединить их - всего проводов штук тридцать. Так вот, пока полгруппы полчаса ебалась с проводами, я за пару минут, как Господь, накидал несколько строчек в верилоге (при том что до этого никогда на нем не писал).
Этот случай просто открыл мне глаза. Все эти свистоперделки, типа mind-maps, UML-диаграммы и прочее - абсолютно бесполезны. Код (особенно на нормальном языке типа хачкеля) - вот самая естественная и удобная форма выражения мысли, отточенная тысячами великих умов компьютерных наук.

Ответы: >>495399

11 Июн, 17:39 #206 #495399

>>495392
>отточенная тысячами великих умов компьютерных наук
Но ведь фон Нейман говорит что ты хуй и только машинные коды это ИСТИННАЯ ФОРМА КОДА. Ты считаешь себя умней Неймана, червь?

Ответы: >>495408

11 Июн, 17:47 #207 #495408

>>495399
Просто хачкеля тогда еще не было даже в проекте.

Ответы: >>495412

11 Июн, 17:50 #208 #495412

>>495408
А сегодня нет в проекте инструмента, который затмит сегодняшние. Но он уже нужен.

Ответы: >>495425

11 Июн, 17:50 #209 #495413

ДРАКОН уже ОПу в лицо швыряли?
http://drakon.su/primer0201

11 Июн, 17:57 #210 #495425

>>495412
Конечно. Но это будет богатая библиотека математических абстракции с мощной системой поиска, с набором продвинутых тактик и smt-solver'ами, а не фантазии гуманитарных хуесосов.

Ответы: >>495427

11 Июн, 18:02 #211 #495427

>>495425
Абстракции будешь обозначать с помощью буковок?
Мы уже сейчас можем обозначить программу с помощью буковки с названием директории, в которой она хранится. Там хранятся абсолютно все абстракции, которые мы используем, и мы можем обозначить это с помощью одного слова. Охуеть, да?.

Ответы: >>495430

11 Июн, 18:05 #212 #495430

>>495427
Буду. Проблемы?
> Мы уже сейчас можем обозначить программу с помощью буковки с названием директории, в которой она хранится. Там хранятся абсолютно все абстракции, которые мы используем, и мы можем обозначить это с помощью одного слова. Охуеть, да?.
Что сказать то хотел?

Ответы: >>495444

53 Кб, 710x300

11 Июн, 18:07 #213 #495433

>>494718
>2055
>я ещё в текстовом редакторе программировал, щенок

11 Июн, 18:14 #214 #495444

>>495430
То, что название директории обозначает сущность с высокой плотностью абстракций (собственно, программу). И обозначается буковкой, хоть одной.
Но это хуёвый способ отображения абстракций.
Сколько капусты не наворачивай, а чтобы увидеть суть нужно будет новое представление.

11 Июн, 18:23 #215 #495450

>>494921
Вообще-то расширили, у большинства животных речевого аппарата вообще нет, а у кого есть, включая других приматов, он не приспособлен к издаванию большого числа разнообразных звуков. Исключение — певчие птицы, разве что.

11 Июн, 18:32 #216 #495466

>>495074
Ты на агду, что ли, намекаешь?

Ответы: >>495507

24 Кб, 759x294

11 Июн, 19:38 #217 #495507

>>495074
>>495466

Ответы: >>495559, >>522990

11 Июн, 23:33 #218 #495559

>>495507
блин, классный шрифт и цвета, похоже на зенбарн
кстати, в идрисе юникод запилили?

Ответы: >>495564

11 Июн, 23:40 #219 #495564

>>495559
> в идрисе юникод запилили
Напротив, его оттуда наменяно выпилили. И вот почему: https://github.com/idris-lang/Idris-dev/wiki/Unofficial-FAQ#will-there-be-support-for-unicode-characters-for-operators
Хотя, есть https://github.com/Heather/idris-unicode

1694 Кб, 1485x1009

12 Июн, 02:18 #220 #495634

>>494718
> Пикчи - некоторые попытки создать новые среды разработки.
> 2015
> Кодить в 2D

12 Июн, 12:47 #221 #495706

>>494718
Какой красивый код на пикчах. Это лисп или зафорсенное жава-говно?

Ответы: >>496060

12 Июн, 13:00 #222 #495707

>>495019
>Они бывает не то что линейку и матрицы не понимают
Что для тебя значит "понимать линейную алгебру", быдло? Сможешь хотя бы доказать, что если к базисным векторам пространства добавить лишний вектор, то эта система векторов окажется линейно зависимой? О модулях над кольцами хотя бы слышал? Или для тебя умение перемножать матрицы - это "выдающиеся познания в математике"? А высший шик - это заучить определения из какого-нибудь м-м-м-аксимум абстрактного параграфа? Докажешь, что гомоморфизм групп только тогда является мономорфизмом, когда его ядро состоит только из единицы? Математики ебаные.

Ответы: >>495759, >>495962

sage 12 Июн, 14:11 #223 #495759

>>495707
>Сможешь хотя бы доказать, что если к базисным векторам пространства добавить лишний вектор, то эта система векторов окажется линейно зависимой?
По определению базис это такой набор векторов, что все остальные выражаются через их линейную комбинацию.
>О модулях над кольцами хотя бы слышал?
Давай еще до полугрупп спустимся. Высший шик - это заучить определения из какого-нибудь м-м-м-аксимум абстрактного параграфа?
>Докажешь, что гомоморфизм групп только тогда является мономорфизмом, когда его ядро состоит только из единицы?
В одну сторону: пусть f - мономорфизм, тогда |ker f| = |f^-1({1})| = 1, но f(1) = 1, значит ker f = {1}. В другую пусть ker f = {1} и f(x) = f(y). Тогда 1 = f(x) f(x^-1) = f(xx^-1) = f(yx^-1) => yx^-1 = 1 => y = x^-1^-1 = x.

Не бомпи, гейдевина ты диванная. Иди вон сделай очередную idle-игрушку на юнити лучше.

Ответы: >>495791, >>495807

12 Июн, 14:37 #224 #495791

>>495759
>гейдевина ты диванная
Что? Не люблю гейдев и считаю современые игры-однодневки раком. Угораю по старым играм, но таких больше не будут создавать.

Ответы: >>495793

12 Июн, 14:38 #225 #495793

>>495791
Алсо, я будущий специалист по мат. методам защиты информации и редким илитным криптосистемам. Мне ваше программирование не так интересно, как математика.

12 Июн, 15:02 #226 #495807

>>495759
>По определению базис это такой набор векторов, что все остальные выражаются через их линейную комбинацию
Вообще-то еще надо доказать, что все базисы имеют одинаковое количество векторов, и в определении это не сказано. Это будет следствием той теоремы, которую я хотел услышать от тебя. В общем: слишком грубо.

12 Июн, 15:12 #227 #495811

Хотя я тоже хорош.
>если к базисным векторам пространства добавить лишний вектор, то эта система векторов окажется линейно зависимой
Надо было сказать, что если базис состоит из n элементов, то любые s > n векторов пространства будут л.з. Тогда твое доказательство покатит.

12 Июн, 19:57 #228 #495962

>>495707
Для геймдевов это значит вектора, матрицы, кватернионы, эйлеры и операции над ними.

Что не так в этих знаниях?

Ответы: >>496020

12 Июн, 20:54 #229 #496020

>>495962
Есть знания, а есть науки. У кодера есть только знания, поэтому он быдло. Если он не прочитал в книжке, как сделать поворот, например, то он и не сможет этого сделать. А ученый сам выведет эти знания. Поэтому кодеры - быдло.

Ответы: >>496026, >>496032

12 Июн, 21:04 #230 #496026

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

Ответы: >>496038, >>496059

12 Июн, 21:23 #231 #496032

>>496020
Математик не выведет, как сделать что-то программерское.

Технические области пересекаются. Смежная область включает небольшие области другой, при этом действует и обратное правило, когда другая область заходит в первую. Это не делает специалиста смежной области быдлом, потому что он цепляет какие-то верхи непрофильных знаний. Геймдеву вряд ли нужны тензоры, математик не знает, как устроен продвинутый современный рендеринг.

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

12 Июн, 21:45 #232 #496038

>>496026
Всё норм, если он собирается программировать на нормальном языке, типа хаскеля, а не на кирпичекоперекладываетльном говне для инженегров.

Ответы: >>496041

12 Июн, 21:52 #233 #496041

>>496038
>а не на кирпичекоперекладываетльном говне для инженегров
Зачем? Лучше на машинных кодах хуярить, как завещать пророк наш фон Нейман.
>Джон фон Нейман, знаменитый математик и ведущий теоретик компьютеростроения делал это блестяще и и долго ругался на появившийся тогда язык высокого уровня Fortran за профанацию идеи ("это же отходя научной деятельности для канцеляристов!").
Ведь код получается слишком понятным на "кирпичеперекладывательном говне", а этого настоящие программисты никогда не простят.

sage 12 Июн, 22:29 #234 #496059

>>496026
Потому что программистами становятся не от хорошей жизни. Лично я буду стараться вкатиться в науку.

Ответы: >>496061

12 Июн, 22:29 #235 #496060

>>495706
угадал с одного раза

12 Июн, 22:30 #236 #496061

>>496059
МОЛОДЕЦ

3331 Кб, Webm

13 Июн, 00:25 #237 #496136

в этом тредике не хватает божественного HiAsm (причем отечественная разработка)

Ответы: >>496143, >>496158, >>496172

sage 13 Июн, 00:43 #238 #496143

>>496136
Божественно, это же NLP конструктор

13 Июн, 01:24 #239 #496158

>>496136
Выглядит как дерьмо.

Ответы: >>496160

13 Июн, 01:29 #240 #496160

>>496158
а тебе только графон подавай

Ответы: >>496164, >>496171

13 Июн, 01:39 #241 #496164

>>496160
Нет, но это же классический нодовый редактор, и на вид он отсталое говно в плане удобства редактирования.

13 Июн, 01:51 #242 #496171

>>496160
А то.
Вот смотри, есть нода рандома. Нахуй мне в нее лезть чтобы слева в стороне блять открылась панель с тремя значениями и я должен туда хуярить мышку чтобы их поменять. Почему я не могу увидеть эти три значения справа от ноды? Интерфейс должен отражать информацию так, чтобы путь прохождения мыши до нужного объекта был минимальным.

Ответы: >>496178

226 Кб, 1100x402

13 Июн, 01:53 #243 #496172

>>496136
Вот тебе эталон. Может в функции, макросы, классы, наследование, инкапсуляцию. Только вот поддерживать это всё в читабельном виде очень сложно.

Ответы: >>496178

13 Июн, 02:04 #244 #496178

>>496171
А если 50 значений - то должно быть окошко. Итак, если мало значений - лезем сбоку от ноды, если много - лезем в окно. У - удобство.

>>496172
Там уже запилили ждущие завершения функции или всё также на авосьDelay или велосипедные небоскрёбы из циркулярного эвентоговна? 4.2 в последний раз открывал.

Ответы: >>496260

13 Июн, 11:06 #245 #496237

>>494718
хуйня для даунов, которым нужно видеть реализацию, чтобы понять абстракцию, для быдла короч

13 Июн, 12:45 #246 #496260

>>496178
>ждущие завершения функции
Вроде нет, да и не нужно. Там пилят фичи для удобства таскания всей этой хуйни.

Ответы: >>496405

13 Июн, 15:10 #247 #496305

http://habrahabr.ru/post/260197/
Признавайтесь, петухи, это кто-то из вас написал?

Ответы: >>496323, >>496372, >>496417, >>498997

10 Кб, 337x340

13 Июн, 15:37 #248 #496323

>>496305
Здешние написали бы японскими иероглифами.
Кстати, какой-то китайский программистишко таким образом перевел Python.

13 Июн, 16:35 #249 #496372

>>496305
>смотрите, посоны, я понаписал регэкспов, чтобы сделать хуёвый апл
>мемчики)))) кругом
Да, похоже, кто-то из местных.

13 Июн, 17:21 #250 #496405

>>496260
>да и не нужно
Сам ты не нужен.

21 Кб, 400x400

13 Июн, 17:57 #251 #496417

>>496305
Читаю статью.
>отладка принтами
Посоны, это вообще нормально?

Ответы: >>496421, >>496548

13 Июн, 18:02 #252 #496421

>>496417
Вполне.

Ответы: >>496423

13 Июн, 18:03 #253 #496423

>>496421
Но ведь дебаггер... Брейкпоинты...

Ответы: >>496427, >>496442

13 Июн, 18:09 #254 #496427

>>496423
И ещё логгинг.

Чому не использовать самое удобное, если есть.

Ответы: >>496431

13 Июн, 18:13 #255 #496431

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

Ответы: >>496435

13 Июн, 18:21 #256 #496435

>>496431
Может, ему так удобней или просто не умеет.

13 Июн, 18:45 #257 #496442

>>496423
Дебаггер и брейкпоинты это ебаный рак.
Рили. Нужно использовать подход, который использует автор Subtext - живое выполнение кода.
https://vimeo.com/106073134

Мы задаем данные, и видим результат исполнения потому что дебаггинг это как ВСТАВЛЯТЬ ПЕРФОКАРТУ В МЕЙНФРЕЙМ. Мы набираем код, вставляем перфокарту и смотрим какие лампочки загорелись. Это ебаный каменный век. Почему я не могу изолировать функцию кликом мыши, задать ей начальные данные и посмотреть на ее работу?
Почему?

68 Кб, 500x333

13 Июн, 19:09 #258 #496451

> https://vimeo.com/106073134
Очень хороший пример двунаправленного дата-байндинга. А можно так - есть два поля - картинка и ее crc32. Изменяешь картинку - и crc32 пересчитываются, изменяешь crc32 и картинка пересчитывается?

539 Кб, 2252x1047

13 Июн, 21:09 #259 #496526

КОКОКО БОЖЕСТВЕННАЯ НАГЛЯДНАЯ МАТЕМАТИЧЕСКАЯ НОТАЦИЯ
http://tobyschachman.com/Shadershop/

Вообще, динамические средство отображения абстракций изменят и математику в том числе. Как только бумагодауны вымрут, мы сможем познать настоящую ЖИВУЮ математику, в которой можно перенести фокус на любую переменную или параметр и увидеть как она действует в поле абстракций.

Ответы: >>496533

13 Июн, 21:26 #260 #496533

>>496526
>математика == калькулюс 101

Ответы: >>496535

13 Июн, 21:29 #261 #496535

>>496533
>до сих пор не придумать ничего нагляднее для отображения абстракций чем буковки

Ответы: >>496538

13 Июн, 21:34 #262 #496538

>>496535
На то она и абстракция, лалка. Вспоминается моя училка по литературе - как вы себе представляете героя - какого роста, во что он одет? Ну охуеть просто. Никак я его не представляю - просто абстрактный человек, на ненужные детали мне абсолютно похуй.

Ответы: >>496546

13 Июн, 21:41 #263 #496546

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

Ответы: >>496552

13 Июн, 21:44 #264 #496548

>>496417
console.log же, можно еще функцию debug хуйнуть. Т.к. js не нужно полчаса перекомпилировать (если он не обхипстопердоленный) то один сплошной профит.
На более фундаментальном уровне, суть отладки в построении гипотез о коде. Строить эти гипотезы удобнее всего, естественно, средствами самого кода.

13 Июн, 21:47 #265 #496552

>>496546
>можно представить как
Ты же гуманитарии, так ведь, маня?
Технаребоги имеют суперспособность работать с абстракциями никак их не представляя.

Ответы: >>496559

13 Июн, 21:54 #266 #496559

>>496552
Это "суперспособность" уровня способности вычислять сотни цыфирок у числа пи или запоминать телефонные справочники - нахуй не нужна.
Вообще, забавно что математики всегда пытаются привести какие-то аналогии, и как-то ЗАМАППИТЬ абстракцию.

Вообще, ты видимо один из бумагодаунов. Старый нединамический подход мертвых абстракций убог. Новые абстракции будут похожи не на буковки в учебнике, а на голограмму, на которую можно взглянуть через очки дополненной реальности, покрутить в руках, увидеть связи, потыкать на параметры, увидеть как она проявляется в реальном мире (или в выдуманном мире, который будет смоделирован). Вот настоящая математика, а не дрочение буковок.

Ответы: >>496560, >>496576, >>496580

13 Июн, 21:55 #267 #496560

>>496559
> нинужно
Такие-то маняотрицания.

13 Июн, 22:05 #268 #496568

Двачую всех технаребогов итт
мимо конпелирую лабу1 прямо в голове

13 Июн, 22:08 #269 #496576

>>496559
>покрутить в руках, увидеть связи, потыкать на параметры, увидеть как она проявляется в реальном мире
Это уже работа с конкретной реализацией.

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

13 Июн, 22:10 #270 #496580

>>496559
>абстракции
>покрутить в руках
кек

>Старый нединамический подход мертвых абстракций убог.
Давай-ка я тебя поправлю, ну "убог" а "мне не нравится" или даже "у меня нехватает мозгов", это намного ближе к истине. В этом нет ничего страшного, есть очень много областей деятельности где это и не нужно. Например создание игр на Юнити.

Ответы: >>496592

13 Июн, 22:16 #271 #496586

В треде раздаются массивные кукареканья.

Ответы: >>496591

13 Июн, 22:17 #272 #496589

>>494718
для обучения детей дебилов - норм
для роботы - нинужное говно

Ответы: >>496594

13 Июн, 22:19 #273 #496591

>>496586
это утверждение справедливо для любого непустого треда на этой доске

13 Июн, 22:20 #274 #496592

>>496580
У меня хватает мозгов. Но когда поработаешь с этим дерьмом, то замечаешь неэффективность медиума.
Убоги мозги тех, кто соглашается работать неэффективными инструментами, когда медиум нового уровня на подходе.
Зачем мне впустую тратить свои когнитивные ресурсы на рендеринг в голове структуры абстракции и карты связей, если я могу отрендерить ее на экране (а в будущем в виде голограммы), и пустить свои ресурсы на движение вперед?
В древней греции, когда еще не было символьной нотации все писали словами. То есть все связи, все зависимости писали в виде ебаной строчки одномерного текста. Аксиомы геометрии были записаны с помощью ебаного естественного языка. Возможно покажи ты им ФОРМУЛЫ которые, по сути, псевдографика для обозначения абстракций, которые неудобно выражать с помощью одномерной строки текста. Они сказали бы прямо как фон Нейман, которому показали фортран АЗАЗА НИ МОЖЕШЬ ВСЕ КАК МЫ ДЕЛАТЬ АЗАЗА ДЕБИЛ. Когда начала распространяться письменность, то нашлись ретрограды, которые подняли вопрос что люди отупеют если перестанут все запоминать и станут записывать.
Не отупели. Люди освободили когнитивные ресурсы для достижения большего.

Ответы: >>496614

13 Июн, 22:21 #275 #496594

>>496589
>Джон фон Нейман, знаменитый математик и ведущий теоретик компьютеростроения делал это блестяще и и долго ругался на появившийся тогда язык высокого уровня Fortran за профанацию идеи ("это же отходя научной деятельности для канцеляристов!").
Я буду цитировать Неймана каждый раз, когда кто-то напишет подобный тупорылый комментарий.

Ответы: >>496597, >>496640

13 Июн, 22:31 #276 #496597

>>496594
Читал у Варракса, что этот Нейман был шарлатан и пилил деньги американского правительства. А в СССР пидорнули кибернетику, благодаря этому на первом поколении ЭВМ советская IT ушла далеко вперед.

Ответы: >>496604

13 Июн, 22:40 #277 #496604

>>496597
>у Варракса
Аве сатанас, брат.
А вообще, Варракс уже давно поехал на поцреотизме, это уже не человек, это зомби нахуй.

13 Июн, 23:08 #278 #496614

>>496592
>У меня хватает мозгов.
Попизди мне тут, простейших выводов сделать не можешь.

>а в будущем в виде голограммы
Как там, в 80-х? Это обещали еще лет 20 назад.

>Когда начала распространяться письменность, то нашлись ретрограды, которые подняли вопрос что люди отупеют если перестанут все запоминать и станут записывать.
Не ретрограды, а просто тупые которые вместо того чтобы учится писать, говорили что-то типа:
>Ко-ко-ко неэффективный медиум, скорей бы уже магию изобрели. Можно ничего не делать, а все будет. Совсем скоро, вот уже почти она полностью заменит письменность, ко-ко-ко.
А потом приходила инквизиция с сжигала этих тупых мудаков на костре.

Ответы: >>496617

13 Июн, 23:13 #279 #496617

>>496614
Где я говорил что не нужно нихуя делать? Медиум уже есть, теперь его нужно развивать.
Но вы уткнулись в старый и прдолжаете дрочить на неэффективные инструменты. Один раз революция в области восприятия абстракций уже произошла когда перешли от естественного языка к псевдографике формалам.
Уже появились компьютеры, которые способны отражать изменяющиеся данные, а не просто мертвый текст.
Почему вы не видите что подошло время для следующей смены отражения абстракций? Нахуя быть привязанным к формулам-рудиментам?

Ответы: >>496625, >>496630, >>496690

13 Июн, 23:21 #280 #496625

>>496617
> подошло время для следующей смены отражения абстракций
Только хуита для задач уровня laba2 для этого непригодна.

Ответы: >>496626

13 Июн, 23:24 #281 #496626

>>496625
Нейман пророк наш, верно? Только машинные коды, а не какой-то фортран для канцелярских крыс. Будем ебашить на старом говне как МОРФЕУСЫ, чтобы все охуели как мы можем строить абстрактное дерево синтаксиса у себя в голове. Лучше хуярить абстракции В ТЕКСТОВОМ РЕДАКТОРЕ ДЛЯ СЕКРЕТАРШ чем разрабатывать нормальный инструмент.

Ответы: >>496629, >>496633

13 Июн, 23:35 #282 #496629

>>496626
> Нейман пророк наш, верно?
А вот на этом месте ты обсираешься. Едва ли кто-то отрицал пригодность фортрана для решения сложных задач, пусть он и «отходя научной деятельности для канцеляристов». Точно так же, как никто не отрицает пригодность джавы для написания бизнес-логики, хотя все согласны с тем, что джава — говно.
Метод отображения не должен упрощать простое, он должен упрощать сложное. Фортран это делал, flamegraph это делает, даже граф вызовов это делает в определённых пределах. Вся твоя хуита в этом ИТТ треде этого не делает. Она свестит и пердит на хелоуворлдах и резко просасывает на задачах посложнее.

13 Июн, 23:38 #283 #496630

>>496617
Формула применима на любой предметной области, твои фигурки и прочее говно - не абстракции, дебил.

Абстракция, это когда переходят от понятий "два камня" и "два яблока" к числу 2, от понятия "камень повернулся боком" к понятию поворота на 90°, от конкретных чисел к кольцу целых чисел, от поворотов предметов к группам трёхмерных вращений, от групп вращений и иных преобразований к абстрактным группам, от абстрактных групп к сети взаимосвязей различных пространств и т.д. Всё это вполне однозначно выражается формулами и максимум простенькими диаграммами. Ты же предлагаешь наоборот понижать уровень абстракции до возможности "потыкать" конкретные реализации, так что просто пошёл ты нахуй контрамот ёбаный.

Ответы: >>496633, >>496636

13 Июн, 23:47 #284 #496633

>>496630
> Абстракция, это когда переходят от понятий "два камня" и "два яблока" к числу 2, от понятия "камень повернулся боком" к понятию поворота на 90°, от конкретных чисел к кольцу целых чисел, от поворотов предметов к группам трёхмерных вращений, от групп вращений и иных преобразований к абстрактным группам, от абстрактных групп к сети взаимосвязей различных пространств и т.д. Всё это вполне однозначно выражается формулами и максимум простенькими диаграммами. Ты же предлагаешь наоборот понижать уровень абстракции до возможности "потыкать" конкретные реализации
This.
>>496626
Ты можешь сформулировать вообще, что ты предлагаешь, для математики, например?

Ответы: >>496638

13 Июн, 23:49 #285 #496636

>>496630
Живая абстракция позволит не просто смотреть на один, верхний уровень, но и пройтись по всем уровням. Сделали фоукус в sin(x) на x - получили возможность двигать ползунок на графике, увидели как функция зависит от параметрв. Хот я синус это абстракция. НО ОНА ОБОЗНАЧАЕТ КОНКРЕТНЫЕ ВЕЩИ.
Сфокусировались на абстракции кольцо, увидели что она базируется на аксиомах наз группами чисел, тыкнули на аксиомы, увидели примеры.
Мы не понижаем уровень, МЫ ВБИРАЕМ В ЖИВУЮ АБСТРАКЦИЮ ВСЕ УРОВНИ. И их можно менять на лету, рассматривать связи между теориями, играть с параметрами.
Почему бумагодауны отказываются от этого - хуй знает.

Алсо, хули ты не пользуешься естественным языком? Ведь он тоже однозначно выражает абстракции. Нахуй выдумывать какие-то формулы, хуёрмулы, какую-то псердографику многоступенчатую.
С этого тоже проигрываю. Формулы - это УЖЕ КАРТИНКИ. Это уже ебаные картинки, только их нужно писать на бумаге и поэтому они такие маленькие и уродливые. Но это понятно - на бумаге не нарисуешь одновременно несколько состояний функции. А компьютер это делает сам, ему не сложно.

Ответы: >>496650

14 Июн, 00:00 #286 #496638

>>496633
>Ты можешь сформулировать вообще, что ты предлагаешь, для математики, например?
Систему, основанную на образах, а не на псевдографических иероглифах. То есть разумеется, символьная запись послужит базой, основой.
Образы должны содержать не удобные ДЛЯ ЗАПИСИ объекты, а удобные ДЛЯ ВОСПРИЯТИЯ. Квантовые взаимодействия удобнее выражать диаграммами фейнмана, но тут он нашел хорошее среднее решение между минималистичностью и удобством записи. Мы больше не связаны тем, что абстракции должно быть удобно записывать на бумаге, если мы сможем просто извлечь их из сети.
Абстракции должны отражать взгляды с разных сторон. Вот есть интеграл. Можно записать формулу и быть довольным. Но лучше нарисовать рядом картинку и указать что это площадь под функцией. На бумаге мы не можем сделать это легко. Но компьютер-то сразу отображает это на лету.

Ответы: >>496648, >>496649

14 Июн, 00:01 #287 #496640

>>496594
А Эйнштейн вообще отказывался принимать квантовую механику. Получается вооружившись этим весомым аргументом, можно бегать и выкрикивать какую угодно хуйню.

14 Июн, 00:14 #288 #496648

>>496638
Математикам очень удобно воспринимать, у них есть профессиональный язык высокого уровня, зачем его понижать до уровня "чтоб-всем-понятно-было"?

Ответы: >>496652

14 Июн, 00:15 #289 #496649

>>496638
> Но лучше нарисовать рядом картинку и указать что это площадь под функцией.
Как это помогает в использовании интеграла на практике?
ПОДСКАЗКА: никак

Ответы: >>496669

14 Июн, 00:17 #290 #496650

>>496636
Ты понимаешь, что математика задает СТРУКТУРЫ, которые по умолчанию МЕРТВЫЕ, это не императивная параша, они оживают, только когда ты их вычисляешь, то есть заливаешь в них данные.

Ответы: >>496660

14 Июн, 00:19 #291 #496652

>>496648
Где ты увидел понижение? Формулы останутся, но они дополнятся другими элементами. Формула - это только часть абстракции.
А так, все понятно, ничего нового. Математики тоже хотят считать себя ELITE MORPHEUS CORPS, чтобы плебс не смог понять что за закорючки они пишут, верно? Математики точно не простят тому, кто сделает матан понятным массам. Точно так же как российская илитка была против обучения КУХАРКИНЫХ ДЕТЕЙ.

Ответы: >>496653, >>496675, >>496820

14 Июн, 00:21 #292 #496653

>>496652
Если ты считаешь, что в математике сложнее школьного уровня "закорючки" являются существенным фактором в сложности изучения и понимания - ты идиот.

Ответы: >>496663

14 Июн, 00:26 #293 #496660

>>496650
Чтобы понять по настоящему понять, а не на уровне китайской комнаты нужно оживить эти структуры. Мы в полной мере понимаем что такое поле комплексных чисел и зачем оно нужно только после того как начинаем применять комплексные числа на практике.
Представим студента, который может охуительно решать интегралы. Ему похуй на все остальное, на плебс, который мыслит картинками. Ему никто не говорил о геометрической связи.
Его попросили найти площадь под функцией и он сдулся. Не значит ли это что он не понял что такое интеграл именно из-за того что упустил некие важные СВЯЗИ этой абстракции? Не является ли он китайской комнатой, который просто преобразует буковки по законам, которые он прочитал в книге правил для китайского языка?

Ответы: >>496669, >>496678, >>496725, >>496822

14 Июн, 00:29 #294 #496663

>>496653
Существенным фактором служит держание в голове диаграммы зависимостей и понимания как действует многомерная система.
Отображение многомерных систем в виде буковок и рендер ее в голове это ебланское занятие, особенно если уже готов новый медиум.

Ответы: >>496670

14 Июн, 00:33 #295 #496669

>>496660
Кек. Связь площади и интеграла следует из теории меры и, собственно, определения интеграла, а не из «я так вижу».
Но ты так и не ответил на >>496649.

14 Июн, 00:34 #296 #496670

>>496663
Хотел бы я посмотреть, как ты отрендеришь мало-мальски сложную функцию/доказательство/еще что, сделав их при этом хоть чуть-чуть понятнее.
И еще - человек тащем-та не мыслит картинками и нихуя не рендерит (если задача непосредственно не включает в себя графики, конечно).

Ответы: >>496672

14 Июн, 00:38 #297 #496672

>>496670
Рендер заключается в построении "нитей" между известными фактами. Это не визуальное, такое gut feeling. Наверное это ощущение что сформировались связи между группами нейронов, в которые помещена соответствующая информация, сложно объяснить.
Просто мы строим систему понятий, правил, зависимостей и ограничений. Тянем за одну нить - она влияет на многие вещи. Это можно скинуть в граф зависимостей и сделать удобный переход по нему, сдвиг фокуса, фильтры, и.т.д.
Как бумага стала в свое время расширением памяти, так и новый медиум должен расширить способность к восприятию.

Ответы: >>496676

14 Июн, 00:47 #298 #496675

>>496652
Математикам вообще похуй как бе, они занимаются своим делом. Плебсу тоже похуй, его не волнует сложность восприятия мат. языка.

14 Июн, 00:50 #299 #496676

>>496672
Ну хуй знает, возможно некоторым людям это и помогло бы. Я вот, например просто ненавижу всяческие графики и схемы - дайте тупо стену текста - и то, скорее всего, быстрее суть пойму, формулу - вообще охуенно.
Это к тому, что такие средства даже если и могут быть продуктивны, то, вероятно, далеко не для всех.
И еще я немного подозреваю, что из программистов/математиков многие не слишком любят графические представления, а люди которые любят - редко идут в эти профессии. Просто gut feeling такой.

Ответы: >>496680, >>496686

100 Кб, 1026x1140

14 Июн, 00:51 #300 #496678

>>496660
Для того чтобы понять и посчитать, в математике существуют PROOFS.

14 Июн, 00:54 #301 #496680

>>496676
> подозреваю, что из программистов/математиков многие не слишком любят графические представления, а люди которые любят - редко идут в эти профессии
Физики не имеют ничего против всего этого, но только тогда, когда представление упрощает решение задачи, а не тогда, когда оно — говно без задач (как у ОПа).

3 Кб, 370x137

14 Июн, 01:14 #302 #496686

>>496676
Но математика - это язык схем. Я уже полтреда говорю что формулы - это ПСЕВДОГРАФИКА.
Посмотрите на обозначение функции. f(x). Икс ВНУТРИ функции, ее внутренний элемент, внешний элемент зависит от его частей, от внутренних.
Вот отпределенный интеграл. Определен ОТ а ДО b снизу вверх, на схеме a снизу, b сверху.

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

Такс, такс, такс, что-то это мне напоминает. Ах да, CALLBACK HELL В ЕБАНОМ ДЖАВАСКРИПТЕ.
Да-да, ИЛИТНАЯ НАУКА ДЛЯ МОРФЕУСОВ ЗАСРАЛАСЬ НА ПРОБЛЕМЕ КОЛЛБЕКОВ.
Ну не пиздец ли?

Ответы: >>496688, >>496928

14 Июн, 01:19 #303 #496688

>>496686
> CALLBACK HELL В ЕБАНОМ ДЖАВАСКРИПТЕ
> оценивать всё программирование по js-параше
> даже и не слышать о реактивном программировании

14 Июн, 01:20 #304 #496690

>>496617
>Где я говорил что не нужно нихуя делать?
Так ты ничего не предлагаешь кроме самых общих слов вида "ну типа там руками пакрутить можно, ну типа там как граф со связями, ну типа текст для меня дауна слишком сложно". Все твои возражения они либо вкусовщина - "мне не нравится то, мне не нравится се", либо неосиляторство - "я попробовал - че-то как-то сложно, должен быть легкий путь". С чего ты взял что существует легкий путь?

Ответы: >>496694

14 Июн, 01:26 #305 #496694

>>496690
>с чего вы взяли что можно просто пустить автоматическую телегу с грузом из одной точки страны в другой нажатием кнопки, с чего вы взяли что существует такой легкий путь?

Ответы: >>496702

14 Июн, 01:49 #306 #496702

>>496694
>автоматическую
Это в твоем манямирке можно просто пустить автоматическую телегу. В реальном мире ей нужен какой-то двигатель, как-то организовать подачу топлива, как-то организовать систему навигации, как-то организовать саму автоматизацию и ремонт, и кроме этого нужно еще обеспечить черт знает сколько вещей, чтобы можно было
>из одной точки страны в другой нажатием кнопки
Но ты ж на такие мелочи внимания не обращаешь., ты у нас глобально мыслишь.

Ответы: >>496709

14 Июн, 02:13 #307 #496709

>>496702
Я разве спорю что для создания ИДЕ/языка/медиума нового уровня потребуются большия усилия? Да, это непросто, но результат стоит того. Это выведет целую область человеческой деятельности на новый уровень.
Это как раз ТЕБЕ кажется что я предлагаю легкий путь. Я знаю и без тебя все сложности и с чем придется столкнуться.

49 Кб, 692x258

14 Июн, 02:27 #308 #496725

>>496660
Ты какого-то олигофрена представляешь.
Хочешь сказать, что пикрелейтед не оптимальная форма записи определения метрического пространства?

Ответы: >>496745

14 Июн, 03:00 #309 #496745

>>496725
Define "оптимальная"
В моем представлении "оптимальная" - это система, коорая с минимальными затратами времени позволяет понять запись. Если я уже понял ее ранее, то метрическое пространство можно обозначать китайским иероглифом, это только сокращение. А вот ОПИСАНИЕ подразумевает понимание исходя только из представленной информации.
Твоя форма оптимальна по критерию затраты бумаги на запись.

Первое правило обозначает что межда точками может быть расстояние больше или равно нулю. Почему я не могу кликнуть на правило и не видеть как точки сходятся и расходятся, причем когда они сходятся отмечается что икс равно игреку? Почему я не могу посмотреть как в третьем правиле точки меняются местами, а функция расстояния между ними остается все той же d? Почему для четвертого правила не показано как ломаная из двух отрезков изгибается и можно увидеть что она длиннее чем прямое расстояние между крайними точками?
Почему я должен рендерить это у себя в голове?
А потому что медиум - бумага.

Ответы: >>496747

14 Июн, 03:12 #310 #496747

>>496745
все таки ты идиот. клинический
во время выкатился из треда

Ответы: >>496748, >>496787

14 Июн, 03:16 #311 #496748

>>496747
Скатертью по жопе.

14 Июн, 09:49 #312 #496787

>>496747
>во время
Значение знаешь?

14 Июн, 10:16 #313 #496790

ОП просто тролль. Ну не бывает настолько тупых.

14 Июн, 11:35 #314 #496820

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

Ответы: >>496846

14 Июн, 11:36 #315 #496822

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

Ответы: >>496828, >>496846

sage 14 Июн, 11:51 #316 #496828

>>496822
Маттред обоссая протек?

62 Кб, 765x800

14 Июн, 12:28 #317 #496846

>>496822
>>496820

14 Июн, 14:56 #318 #496916

Текст- один из самых высоких уровней абстракции, на самом деле. Математика подтверждает.

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

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

sage 14 Июн, 15:32 #319 #496928

>>496686
>ИЛИТНАЯ НАУКА ДЛЯ МОРФЕУСОВ ЗАСРАЛАСЬ НА ПРОБЛЕМЕ КОЛЛБЕКОВ.
Как же ты прав, ебаный сукин сын.

14 Июн, 16:34 #320 #496960

ОП конечно шизик, но в чем-то он прав.

717 Кб, 907x1201

14 Июн, 16:59 #321 #496972

Мне конечно понравилась лекция, но насчет WYSWYG редакторов он не прав вообще. Это дно. Пользователи LaTeX меня поймут.

14 Июн, 23:42 #322 #497269

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

Ответы: >>497281

14 Июн, 23:49 #323 #497281

>>497269
Где же слились? Наоборот, показали что математика состоит из тех же костылей что и динамик-параша - ебучие вложенные коллбеки.

Ответы: >>497715, >>498105, >>498134

15 Июн, 23:11 #324 #497715

>>497281
В этом же вся суть.

16 Июн, 20:37 #325 #498089

Вот еще один поехавший будет делать доклад:
https://ep2015.europython.eu/conference/talks/code-as-data-surprising-insights-we-get-when-stopping
Запилите потом тред с видео.

16 Июн, 21:03 #326 #498103

>Современная математика уже подошла к своему пределу
Проиграл с этого ебаната. Пиздец, как можно быть таким конченым, думать что КАРТИНКИ и прочие иллюстрации-визуализации могут помочь хоть в чём то, кроме обучения даунов.
Охуеть можно и с замаха этого опхуя, ПРОАПГРЕЙДИМ МАТЕМАТИКУ, да это говно даже на хелоувордах в программировании выглядит парашно и неудобно, как подсказки для умственно отсталых на смятой шпаргалке.

Ответы: >>498282

16 Июн, 21:07 #327 #498105

>>497281
>коллбэки
Есть первичные абстракции. Они являются частью нашего мышления и языка. С помощью них мы строим абстракции более высокого уровня. Сначала чисто механически, формально, затем мы принимаем их в свое мышления, можем свободно оперировать, появляется математическая интуиция.

Текст, значки- это не примитивные картинки, а сокращенная запись речи, которая является самым ходовым и развитым инструментом для описания абстракций. Мы до сих пор "говорим" компьютеру что надо делать и рассказываем устно теоремы.
Попробуй записать картинками, без "легенды", абстракции так, чтобы они были понятны другим людям, по ним можно было учиться. Не иллюстрацию явления, не схему.

Хоть ОП и упорот, но после некоторых размышлений идея видится разумной.

16 Июн, 22:21 #328 #498134

>>497281
Почему у даунов так бомбит с коллбэков?

Ответы: >>498281

534 Кб, 1323x900

310 Кб, 1280x720

17 Июн, 05:44 #329 #498281

>>498134
Ну хуй знает.

Ответы: >>502055

17 Июн, 05:46 #330 #498282

>>498103
Почему тогда математики перестали записывать все текстом и чертят формулы в псевдографике?
ФОРМУЛЫ ЭТО УЖЕ ЕБУЧИЕ КАРТИНКИ, ДЕБИЛ

Ответы: >>498294, >>498299

17 Июн, 07:26 #331 #498294

>>498282
Да что там формулы, даже буквы это ебучие картинки, даже небо, даже аллах.

Ответы: >>498298

3 Кб, 359x323

17 Июн, 07:44 #332 #498298

>>498294
Семантически буквы идут последовательно, в виде одномерной строки текста. Ты не можешь просто взять и нахуярить башни текста. Формулы не подчиняются этому закону, контекст символа зависит от его пространственного положения относительно других символов. Они могут быть сверху, снизу, внутри, быть в столбце, быть как верхний или нижний индекс
Ебать, почему я должен объяснять такие элементарные вещи матаноблядям? Вы же сами должны это понимать.
Кстати, вспомнил еще один очевидный пример когда формулошлюхи сосут.

Ответы: >>498299

17 Июн, 07:48 #333 #498299

>>498282
Формулы- это сжатая форма записи текста, который является формой записи устной речи. Это не картинки.
>>498298
Молодец, откопал хороший пример. Теперь достань схемотехнику и круги Эйлера.

Ответы: >>498300

17 Июн, 07:57 #334 #498300

>>498299
Формулы это псевдографика. Какие это не картинки если ПОД определенным интегралом нарисован нижний предел, а НАД - верхний. Это уже ебаная СХЕМА. И СХЕМА, внезапно, удобнее для восприятия чем словесное описание.
Вопрос матаноблядям: ПОЧЕМУ АБСТРАКЦИИ ЛЕГЧЕ РИСОВАТЬ ПСЕВДОГРАФИКОЙ А НЕ ЕБАНЫМ ТЕКСТОМ?
Абстракциям тесно в одномерной строке текста, они стремятся быть выразительнее, и понять их становится легче в схематичном виде.

Ну почитайте блять нормальный учебник по матану вроде Thomas Calculus. Его же понять можно мгновенно, не зная языка даже. Я просто листал его и понимал что там написано. Почему? Много картинок. Теперь посмотрите на руснявые учебники. Чтобы понять что там за хуйню написали, приходится вчитываться в это дерьмо, разбирать математические коллбеки и смотреть, что же там было написано в формуле 2.4.6.7.34.11.7 пятьдесят страниц назад.
Не это ли является пример что графическое представление - это истинная (или более близкая к истинной) форма абстракций чем примитивный инструмент - текст. Глухой тоже может примерно ориентироваться в мире, Но только зрячий видит мир в полной мере.

Ответы: >>498301, >>498306, >>498310

17 Июн, 07:58 #335 #498301

>>498300
>Глухой
Слепой конечно же.

17 Июн, 08:12 #336 #498306

>>498300
> Какие это не картинки если ПОД определенным интегралом нарисован нижний предел, а НАД - верхний. Это уже ебаная СХЕМА. И СХЕМА, внезапно, удобнее для восприятия чем словесное описание.
Лесенка Маяковского это схема? Пусть там слова не сверху и снизу, но зато слева, справа и посредине.

Ответы: >>498312

17 Июн, 08:20 #337 #498310

>>498300
И это все равно не картинки, расшифровка этой записи все равно является текстом и "ебучим коллбеком". Иероглифы же.
>листал и понимал
Да, очень легко изложить курс в картиночках. Согласен, что их не хватает в учебниках. А теперь давай формально все это верифицируем. По понятиям и формальной строгости. Как только придумаешь строгий способ доказательства с помощью картинок, а не текста- welcome.

Ответы: >>498329

17 Июн, 08:30 #338 #498312

>>498306
Эта лесенка складывается в одну строку без потери смысла. Стих остается тем же самым, с тем же самым значением. Разбитие на строки всего лишь задает ритм.
Если сложить формулу в одну строку (без разработки специальной системы перехода межу одномерным и двумерным представлением вроде TEX), то мы получим бессмысленное месиво.

Ответы: >>498330

17 Июн, 09:55 #339 #498329

>>498310
Иероглифы на самом деле охуенная штука. Позволяли указать точно то что нужно. Буйвол? Вот буйвол. Фараон? Вот фараон. Солнце? Запросто.
Но иероглифы это медиум с определенными ограничениями. Они не позволяют обозначать абстракции и время, отношения между объектами. Это плоская структура маппинга между объектом и символом. Кроме того, иероглиф не дает связи между произношением и словом. Эта связь оказалась очень важна, потому что сказать важнее чем написать, и алфавит нужен скорее как медиум для общения.

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

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

Собственно, медиум уже на подходе - живые структуры-голограммы экран монитора все-таки ограничивает устаревшим 2d, которые позволяют увидеть все связи, качнуть любую переменную в функции, увидеть изменения на графиках, для доказательств - связать каждый шаг с доказательством с тем или иным приемом (то есть обозначить зависимость на графе), потому что при шаге доказательства мы не просто делаем что-то, а обращаемся к уже существующему правилу. Можно увидеть весь граф зависимостей и какую часть занимает каждое доказательство.
С передачей информации тоже проблем не будет. Речь - неподходящее средство для передачи знаний об матабстракциях. Ведь даже для объяснения простейших вещей математики тратят часы чтобы объяснять на лекциях это все. А тут загрузил нужную ноду в hololens и все - крутишь-вертишь, смотришь применения, смотришь зачем введены ограничения.

Вообще, я не понимаю зачем я это все объясняю. В любой подобный тред стекаются матанобляди и почему-то требуют решить их проебы за них, хотя в CS есть дохуя своих проблем, которые имеют более важный приоритет. Например, переход на систему более высокого уровня, так как текущее представление кода себя исчерпало.

17 Июн, 10:00 #340 #498330

>>498312
C потерей смысла, серьёзно. Лесенка- неотъемлемая часть стиха, спроси любого литературоведа.

Ты все равно нихуя не понял разницы, хоть и поднял тему. Текст и формулы- символическая запись речи. ИЕРОГЛИФЫ ВСПОМНИ, БЛЕАТЬ. Схема- графическое представление.
Текст изначально двухмерная штука.

Ответы: >>498337

694 Кб, 3253x2117

17 Июн, 10:16 #341 #498337

>>498330
Я сразу смазал карту будня, плеснувши краску из стакана; я показал на блюде студня косые скулы океана. На чешуе жестяной рыбы прочел я зовы новых губ. А вы ноктюрн сыграть могли бы на флейте водосточных труб?
Уместилось в одну строку. Что тут потеряно кроме ритма?

>Текст изначально двухмерная штука.
С хуя ли если любой текст может быть представлен одной строкой? Даже иероглифы, потому что они содержат текстовую парадигму.
Вот если бы значение менялось в зависимости от того на какой именно строке стоит то или иное слово, тогда да. На второй строке слово принимает такое-то значение, на третьей - другое. Но слово меняет значение только исходя из ПРЕДУДУЩИХ слов, как римское число. Это контекст. Если контекст оперирует только понятиями предыдущий-следующий, то он одномерен, потому что в двумерном значение x не является предыдущим к значению y или наоборот. Они вообще лежат в разных измерениях и обозначают разные вещи.
Вот таблица времен двумерна, потому что на обоих осях расположены разные понятия и мы не можем просто сдвинуть глагол вверх или вниз без изменения смысла.

Ответы: >>498364, >>498370

17 Июн, 11:51 #342 #498352

>>494948
> какое было говно два года назад и какое говно сейчас - вообще не сравнить
fixed

23 Кб, 527x306

17 Июн, 12:18 #343 #498364

>>498337
>should
>shall
>2015

Ответы: >>498372, >>498927, >>498967

17 Июн, 12:27 #344 #498370

>>498337
Есть pdf?

17 Июн, 12:35 #345 #498372

>>498364

а что не так с should?

Ответы: >>498374, >>498989

17 Июн, 12:40 #346 #498374

>>498372
Он это только в следующей четверти проходить будет.

18 Июн, 10:49 #347 #498926

Ты чо? Если программирование сведётся к тому, чтобы мышкой перетаскивать кнопочки на формочки, то оно перестанет быть таким илитарным. Хотя погодите-ка... Это уже случилось! Привет вижуалстудия.

18 Июн, 10:55 #348 #498927

>>498364
Чем тебе should не угодил, бесноватый?

Ответы: >>498989

18 Июн, 12:52 #349 #498967

>>498364
Shall тоже норм в некоторых фразах
Shall we go? например
Еще есть shan't кажется = shall not
Ну и легендарное you shall not pass

Ответы: >>498989

18 Июн, 13:15 #350 #498989

>>498372
>>498927
>>498967
Васъ просто ТАКЪ НАУЧИЛЪ и вы не общались съ носителями языка. Въ дѣйствительности, эта шляпа устарѣла. Разумѣете меня, голубчики?

Ответы: >>499004, >>499044

18 Июн, 13:21 #351 #498997

>>496305
Кайф.

18 Июн, 13:31 #352 #499004

>>498989
Общался я с носителями языка.

18 Июн, 13:32 #353 #499005

Да, не нужно хуярить shall в Future Simple. Но как модальный глагол он используется.

Ответы: >>499066

18 Июн, 14:06 #354 #499016

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

18 Июн, 15:14 #355 #499044

>>498989

ох и кретин, пиздец. С носителями он общался. Мож в дотке с такими же имбецилами как и ты на полукривом-полукосом английском? Should - модальный глагол, который используется повсеместно даже в сленге, ибо с его помощью выражают рекомендации в настоящем ("you should sew up your mouth, Manya") и прошлом ("you should have sewn up your hole two posts ago"). Теперь съеби.

Ответы: >>499065

18 Июн, 15:42 #356 #499065

>>499044
Смешно ты порвался.

18 Июн, 15:43 #357 #499066

>>499005
Я о том же.

73 Кб, 1366x768

215 Кб, 1914x996

18 Июн, 15:57 #358 #499072

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

http://blog.marekrosa.org/2015/04/introducing-our-general-artificial_8.html

https://youtu.be/YZSjzgrHReU
https://youtu.be/xFDoyf7vFKM

http://blog.marekrosa.org/2015/05/general-ai-team-at-keen-software-house_18.html

http://blog.marekrosa.org/2015/06/usa-road-trip-darpa-robotics-challenge_17.html

Ответы: >>499105, >>499121, >>502384

18 Июн, 16:52 #359 #499105

>>499072
> Set Variable
> Get Variable
> Text Constant
> ForEach Loop
> весь экран засран разноцветными диаграммами, стрелочками
> делает то же самое, что 3 строчки кода
Не перестаю проигрывать с визуальных аутистов.

Ответы: >>499134

18 Июн, 17:35 #360 #499121

>>499072
> первый пик
Пиздец какой-то. Мне глазами по этой лапше ходить? В рот я ебал.

Ответы: >>499134

18 Июн, 17:55 #361 #499134

>>499105
>>499121
Гораздо удобнее, чем пялить в текст, пока глаза не вытекут.

Ответы: >>499148

18 Июн, 18:30 #362 #499148

>>499134
Вот и выросло поколение даунов, не способных даже книгу прочесть.

Ответы: >>499162

18 Июн, 18:39 #363 #499162

>>499148
>Ну короч формулы нам НАХУЙ не нужны, давайте все математические операции описывать словами, так чтобы простейший интеграл записать нужно было пару предложений записать. Ну чтоб никто вообще нихуя не понял, еще и форму записи каждый раз новую придумывать будем. Ну и числа тоже словами записывать будем, зато будем как МОРФЕУСЫ тип элита, тип патаму чта читать многа нада))))

Ответы: >>499355, >>499372

19 Июн, 01:14 #364 #499355

>>499162
альджебр и аль-мукабалла

19 Июн, 02:57 #365 #499372

>>499162
Хоть ты столстил, а ведь истину глаголишь, всё по ТРИЗу. Человек программирует, чтобы получить конкретный результат, а не чтобы с синтаксисом поебаться. Жду не дождусь, когда будем через лет 15 программировать мыслями, надевая нейрошлем.

13 Кб, 589x119

22 Июн, 08:36 #366 #501178

Такс, такс, такс, что тут у нас? Струи мочи во все стороны, найс. Добавлю и я немного.

Матшкольник-максималист в этом треде почему-то считает, что мышление абстрактное начисто исключает мышление образное. Что ж, посмеемся все вместе над ним! Ведь тем самым он обкрадывает сам себя, обрекая на жизнь более тяжелую, чем она могла бы быть.

По Маху цель науки в принципе (а мы же ее рассматриваем как идеял знания) - экономия сообщения и экономия мышления. И тут все средства хороши. Прогресс математики неразрывно связан с выработкой оптимальной математической нотации и использованием диаграммного метода. Введение Декартом графика функции в обиход имело вообще важнейшее значение в математике.
Можно ли представить современную науку без такой ерунды, как график? Нет, нельзя. Глядя, на кривую некоего процесса, мгновенно схватываются его особенности, скорости наростания, достижения максимума, стационарные точки. Ибо гештальт.
Ну ок. Можно предположить, что графики нужны холопам, неспособным к абстрактному мышлению. Значит, в разделах математики с высоким уровнем абстракции мы должны перестать рисовать кружочки и квадратики, а заняться то, чем должны - хуячить формулы. Но это не так. Ярчайший пример - нотация Пенроуза в тензорной алгебре:
см.
https://en.wikipedia.org/wiki/Penrose_graphical_notation
http://www.mathstat.dal.ca/~selinger/papers/graphical.pdf
http://www.cs.ox.ac.uk/people/bob.coecke/Selby.pdf
Или диаграммы Дынкина в теории групп:
https://en.wikipedia.org/wiki/Coxeter–Dynkin_diagram

Но с чем я точно согласен, так это:
>Метод отображения не должен упрощать простое, он должен упрощать сложное. Фортран это делал, flamegraph это делает, даже граф вызовов это делает в определённых пределах. Вся твоя хуита в этом ИТТ треде этого не делает. Она свестит и пердит на хелоуворлдах и резко просасывает на задачах посложнее.
В принципе, этого достаточно.

С другой стороны, я буду только рад, если труд макак будет еще больше упрощен. Порог вхождения упадет ниже плинтуса. Макак будет еще больше. А платить им будут еще меньше.

Ответы: >>501586

209 Кб, 792x496

22 Июн, 20:11 #367 #501516

Хороший тред. Я вот тоже над этим задумался, когда прочитал эту статью: http://www.chris-granger.com/2014/03/27/toward-a-better-programming/

22 Июн, 21:40 #368 #501586

>>501178
Матшкольник, видимо, какой-то тупой, не читал Арнольда и не знает, что в математике кроме алгебры есть еще геометрия.

236 Кб, 1242x699

22 Июн, 21:55 #369 #501609

>Мы используем ООП, которое оперирует сущностями и высокоуровневыми абстракциями, но ПИШЕМ БУКОВКИ В ТЕКСТОВОМ РЕДАКТОРЕ
Потому что удобнее ТЕКСТОВОГО РЕДАКТОРА ничего нет. Текст - это и диффы, и регулярки, и кодогенерация, и легкая работа с воображением (попробуй поанализировать пикрелейтед, созданный, чтобы, якобы, упростить жизнь простым инженерам).
Есть дисциплины, где с текстовым представлением хуево - среди инженеров-конструкторов, например, это особо не принято. И зря, надо сказать. А еще есть Simulink. Тоже пиздец.

В принципе, никто не мешает тебе разработать утилиту под себя, но только текстовый редактор покрывает своим удобством 95% задач.

Ответы: >>501637, >>501657

22 Июн, 22:16 #370 #501637

>>501609
>попробуй поанализировать пикрелейтед, созданный, чтобы, якобы, упростить жизнь простым инженерам
То есть если перевести его в текстовый вид, то схему будет легче разобрать? Да хуй там. В схеме я могу пальцем вести чтобы отследить ход сигнала, читая код я должен прыгать между ебучими вложенными функциями и непонятными объектам (а в динамической параше структура объектов еще и не задана).
Но программисты и это не делают. Они расставляют БРЕЙКПОИНТЫ, чтобы посмотреть срез программы в определенном месте, потому что хуй поймешь по какому пути туда пришли данные. Отлаживая программу ТЫ ВИДИШЬ ТОЛЬКО КРОХОТНЫЙ КУСОЧЕК ОТНОСИТЕЛЬНО ТВОЕЙ СХЕМЫ. Я не могу обозреть программу, я не могу объединить ряд функций или классов в обобщающую панель. Я не могу посмотреть степень связности программы. Я нихуя не могу кроме как печатать буковки. Мне кажется что я крестьянин, который копает рисовое поле и видит ебучий пятачок земли перед носом. Вокруг так же сильно воняет хуевым кодом и кастовым обществом.
Почему я не могу изолировать одну процедуру, посмотреть какие начальные данные она хочет на диаграмме связей, задать их и получить результат. Еще и сохранить данные для тестов. Это должно быть в языке by design. Почему я не могу осенить насколько походи ПАТТЕРНЫ кода, чтобы объединить их в более абстрактную структуру?
Почему я не могу прилепить к функциям и классам теги, чтобы по нисходящей их найти вместо того чтобы вспоминать, а какие же там первые буковки у этого класса. Человек пользуется АССОЦИАТИВНОЙ ПАМЯТЬЮ, теги - прямая реализация того как работает память. Используйте это нахуй.
Нет не хотим, хотим жрать дерьмо.

Ответы: >>501675, >>501677, >>501683

22 Июн, 22:25 #371 #501657

>>501609
>среди инженеров-конструкторов, например, это особо не принято
https://goo.gl/2avtwR

Ответы: >>501692

22 Июн, 22:39 #372 #501675

>>501637
Алсо, введение редактора на основе нод избавит необходимость от таких смешных ограничений вроде запрета пробелов.
Только подумайте - нам нельзя использовать пробелы, потому что компилятор неправильно может что-то откомпилировать. Это ли не доказательство что тектовый редактор это ЕБАНАЯ ХУЙНЯ, потому что он не может даже разобраться с пробелами. Потому что если допустить пробелы этот домик из говна и палок разрушиться.
В редакторе нод имя переменной помещается в виде поля в структуре данных/метаданных конкретной ноды, оно может состоять из любого количество слов потому что нам не нужно КОНПЕЛИРОВАТЬ программу, мы уже создаем ноды и связываем их в AST. Причем подобная программа может выглядеть как угодно, можно убрать дополнительную информацию и превратить ее в то, что мы привыкли видеть.
В этом и заключается преимущество - гибкость визуализации при универсальности модели данных.

22 Июн, 22:39 #373 #501677

>>501637
Пхех.
>путает язык и среду разработки

Ответы: >>501689

22 Июн, 22:41 #374 #501683

>>501637
>То есть если перевести его в текстовый вид, то схему будет легче разобрать?
Конечно. В разы. Я программировал simulink, это был ад.

22 Июн, 22:47 #375 #501687

>Но программисты и это не делают. Они расставляют БРЕЙКПОИНТЫ, чтобы посмотреть срез программы в определенном месте, потому что хуй поймешь по какому пути туда пришли данные
Только ньюфаги. Батьки пользуются отладочной печатью (включая графики - не сложно собрать и html-отчет). Которая, сюрприз, тоже портянка текста с состоянием программы за много тактов.
А на схеме только осциллографом тыкать.
>Я не могу обозреть программу, я не могу объединить ряд функций или классов в обобщающую панель.
Все ты можешь, текст разбивается на функции и модули. Только вот по схеме не грепнешься и дифф не посмотришь.

8 Кб, 340x240

26 Кб, 711x582

22 Июн, 22:48 #376 #501689

>>501677
Среда разработки привязана к языку очень крепко. Язык - это лексические правила, которые привязаны к медиуму - среде разработки.
Средой разработки для языка машинных кодов были ПЕРФОКАРТЫ. Языком были единицы и нули. Затем память стало возможно обозначать коротким кодом и появились новые устройства ввода, которые могли обрабатывать буковки и цыфирки. Появился ассемблер.
Система язык-среда разработки система с обратной связью, которая усиливает сама себя. Как только из старого языка становится возможно сделать новый медиум появляются новые лексические правила, которые эффективно действуют в новом медиуме.
Текст было удобно печатать в текстовом редакторе. Графами можно нормально управлять только если есть инструменты быстрого построения визуальных интерфейсов и обработки структуры программы на лету, без компиляции. Сейчас это появилось.
Время сменить медиум.

22 Июн, 22:49 #377 #501690

>Почему я не могу прилепить к функциям и классам теги, чтобы по нисходящей их найти вместо того чтобы вспоминать, а какие же там первые буковки у этого класса
Легко, причем с помощью комментариев и ctrl-f. Это у визуальных языков с этим траблы. И да, они существуют, просто не удобны.

Ответы: >>501698

22 Июн, 22:49 #378 #501692

>>501657
Поцоны не открывайте! Там какие-то пидоры бородатые ебутся на весь экран.

Ответы: >>501721

22 Июн, 22:53 #379 #501698

>>501690
>с помощью комментариев и ctrl-f
Как я могу с помощью этого уточнять поле поиска? Вот я хочу найти какую-то ноду. Я хочу вывести на экран наиболее общие теги, и затем идти по нисходящей выбирая уточняющие теги. Правило шести рукопожатий говорит что расстояние от одной ноды до другой в связанном графе в среднем 6 переходов. Теговый поиск настолько же эффективен. То есть мне нужно будет сделать максимум 6 кликов по списку тегов чтобы найти нужную ноду (это может быть функция, переменная, класс - все что угодно).

Ответы: >>501706

28 Кб, 976x726

22 Июн, 23:01 #380 #501706

>>501698
Рядом с нодой - комментарий с тегом (типа /T:bla, bla, bla/) и плагин к редактору, который это парсит и ищет.

Ответы: >>501711

22 Июн, 23:02 #381 #501708

Утилиты типа hex-rays(пикрелейтед выше) существуют, но интересны большей частью реверс-инженерам. Было бы это нужно программистам - написали бы, но не нужно, текст отлично группируется и собирается в модули, а так же парсится в няшные отчеты.

Ответы: >>501718

22 Июн, 23:03 #382 #501711

>>501706
То есть я должен рисовать это ПСЕВДОГАФИКОЙ и ПИСАТЬ ПЛАГИНЫ? Как я могу вывести на экран структуру тегов? Если я хочу сделать категории тегов? Тоже писать ПЛАГИН?
Собственно, новые системы так и появляются - как только структура не выдерживает набора костылей, она адаптирует в себя лучшие практики.

Ответы: >>501739

22 Июн, 23:08 #383 #501718

>>501708
Почему я должен собирать абстрактное дерево в модули? Почему я не могу хранить каждую ноду как вершину в графовой базе данных, и заодно хранить там ее историю изменений? Почему я должен просматривать весь коммит вместо того чтобы отметить интересующие меня логические куски кода?
Это же так просто. Граф решает просто ДОХУЯ проблем. Не нужны будут гитхабы-хуябы (точнее нужны, но работать с ними станет легче и эффективней), не нужны будут ФАЙЛИКИ. Устати, почему я должен объединять все в файлики? Что если я хочу расположить на экране несколько кусков кода, а не клацать по десятку открытых ссылок?

Ответы: >>501739

22 Июн, 23:13 #384 #501721

>>501692
Это мочератор в спамлист википедию добавил.

22 Июн, 23:26 #385 #501739

>>501711
Собственно, если есть штука, которая никому, кроме тебя, в мире не нужна, то нужно ее писать самому или платить деньги тому, кто напишет. А если сообществу понравится, оно тебя поддержит, почему нет?
Эта твоя идея - она принципиально совместима с текстом как форматом хранения данных. Добавить тэги в комменты, и скрывать их при редактировании, однако чтобы поиск работал - почему нет? Мне нахуй не нужно (я напишу grep -R tag1 | grep tag2 |grep tag3 раз в год для поиска по тэгам, если понадобится), но мало ли.

Текст тем и хорош, что позволяет многие утилиты творить на лету и малой кровью. Javadoc, например. При этом принципиально можно создать редактор, который позволит редактировать код прямо из javadoc отчета - просто это никому не нужно.

>>501718
>Почему я должен собирать абстрактное дерево в модули?
Потому что в кратковременной памяти у человека вмещается до 7 сущностей, нужно абстрагироваться. И в визуальном случае тоже.
>Почему я не могу хранить каждую ноду как вершину в графовой базе данных, и заодно хранить там ее историю изменений?
Ты представляешь себе ручной 3-way merge у графа? Удачи.
Между прочим, в инженерном деле такое случается ПОСТОЯННО. Есть 2 чертежа из одной исходной детали, и их нужно смержить. Вручную, без помощи каких-либо утилит, потому что это невозможно из-за самой сути деятельности. И ебись как хочешь. Ты предлагаешь программистом с их божественным текстом страдать аналогичным образом.
>Устати, почему я должен объединять все в файлики?
Не должен, любой язык позволяет сделать все в одном модуле. Но так не делают из-за кратковременной памяти.
>Что если я хочу расположить на экране несколько кусков кода, а не клацать по десятку открытых ссылок?
Любой нормальный редактор позволяет создать хоть 8 одновременных окон. Окон, а не чертежей блин.

102 Кб, 520x468

23 Июн, 04:12 #386 #501915

ОП достаточно шизофреничен для того чтобы осилить https://goo.gl/No9HWo .

23 Июн, 12:41 #387 #502055

>>498281
>фу скобачек многа никрасива (((((
Типичный дебил.

Ответы: >>502095

23 Июн, 13:23 #388 #502095

>>502055
В нормальных языках вместо этой лапши можно написать линейный код используя коротюны, js-бомжи должны страдать.

Ответы: >>502387

23 Июн, 18:29 #389 #502384

>>499072
пиздец. что за срань на первом пике?
зачем тратить 10 минут на перекидывание разноцветных узлов и связей между ними, когда можно потратить 15 секунд на 3 строчки кода?

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

Ответы: >>502451

23 Июн, 18:34 #390 #502387

>>502095
Ориентированность исключительно на отступы - признак примитивных языков для школьников типа питона или раби.

Ответы: >>502389

23 Июн, 18:38 #391 #502389

>>502387
Коротюны (какое смешное слово, лол) в питоне и раби?

Ответы: >>502442

23 Июн, 19:35 #392 #502442

>>502389
>Коротюны
Что это? Не гуглится.

Ответы: >>506177, >>506829

23 Июн, 19:41 #393 #502451

>>502384
Начнем с того, что ты мелкобуквенное говно.

> в этой лапше невозможно с ходу понять
> мешают видеть суть того, что происходит
Кому невозможно? Тебе? Кому мешают? Тебе? Может быть проблема в тебе, а не в нодах?

Ответы: >>502500, >>506099

23 Июн, 20:24 #394 #502500

>>502451
а ты дай любому быдлокодеру эти ноды и пусть напишет любое более-менее сложное задание, а не один цикл. И попробуй потом разберись в получившейся хуете. Чем сложнее задача, чем больше нодовые схемы превращаются в нечитаемое говно.

всё, что эти ноды в этом случае сделали - утроили время на написание решения и место, которое это решение занимает на экране. Где профит?

Ответы: >>505991

29 Июн, 18:21 #395 #505985

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

29 Июн, 18:32 #396 #505991

>>502500
>И попробуй потом разберись в получившейся хуете. Чем сложнее задача, чем больше нодовые схемы превращаются в нечитаемое говно.
Ага. Чем меньше нод - тем лучше. Шаг вправо или влево - и придётся городить небоскрёбы из говна.

С другой стороны, я удивлён, что до сих пор нет человеческого нодового редактора какого-нибудь популярного языка типа сишки - просто как прув оф концепт. Мне кажется, это годная тема на миллион. То ли программный код невозможно полностью переложить на ноды, то ли все хуй клали.

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

Ответы: >>506019

29 Июн, 19:51 #397 #506019

>>505991
>То ли программный код невозможно полностью переложить на ноды
Я как-то больше часа ебался, чтобы на нодах сделать простой фильтр edge detect. Текстом все пишется за 10 минут.

Ответы: >>506040

29 Июн, 20:25 #398 #506040

>>506019
Ну это вообще ПОКАЗАТЕЛЬ.

Ответы: >>506070

29 Июн, 21:03 #399 #506070

>>506040
Попробуй сам. Любой человек, способный писать шейдеры текстом, ноды не станет трогать и трехметровой палкой.

Ответы: >>506099

29 Июн, 22:04 #400 #506099

>>506070
Ясно-понятно. Я тебе друга нашёл: >>502451

Ответы: >>506101

29 Июн, 22:09 #401 #506101

>>506099
В отличие от тебя, я не мечтатель-теоретик.

Ответы: >>506103

29 Июн, 22:13 #402 #506103

>>506101
Хорошо. Чем больше таких практиков, тем больше у нас, давинных, зарплата.

30 Июн, 00:07 #403 #506177

>>502442
coroutines

48 Кб, 658x235

30 Июн, 23:24 #404 #506826

Нашел систему визуального отображения кода.
Теперь все просто и понятно.

Ответы: >>506843

11 Кб, 160x160

30 Июн, 23:27 #405 #506829

>>502442
> Коротюны
> Коротюны
> Коротюны
> Коротюны

30 Июн, 23:46 #406 #506843

>>506826
Можно обозначать функции заводами а передвигающиеся данные как человечков которые переносят коробки из одного завода в другой. Всякие цеха внутри заводов - это операторы, какая-нибудь свинорезка это деление, аграрный цех это умножение, и так далее. Сделать графон, смену дня и ночи и будет 10 из 10 просто.

Ответы: >>506957, >>515425

01 Июл, 06:56 #407 #506957

>>506843
Только размер это будет иметь как у процессоров на редстоуне в майнкрафте.

15 Июл, 23:12 #408 #515231

Бамп

Ответы: >>515408, >>515425

16 Июл, 13:32 #409 #515408

>>515231
Текст -- по сути тоже графический интерфейс. /thread

sage 16 Июл, 13:51 #410 #515425

>>515231
Все же уже обсудили, у >>506843 самый йоба концепт: 100% наглядность, никаких неудобных абстракций вроде текста. Осталось только сделать. Давай делай, зарабатывай миллиарды, двигай программирование вперед.

16 Июл, 16:12 #411 #515505

http://cristal.inria.fr/~weis/info/commandline.html

29 Июл, 00:56 #412 #522474

Тактический бамп

29 Июл, 20:18 #413 #522990

>>495507
Обосрался с этого map.

29 Июл, 21:07 #414 #523031

Кому интересно, Брет сотоварищи пилят потихоньку развитие авроры и лайттейбла: http://incidentalcomplexity.com/
Основная идея: смесь экселя и табличных БД. Все расчитано на наглядность и максимально простой дебаг. Еще проще, чем REPL: система пытается максимально изолировать ошибки, и в случае неправильного ввода, как в экселе получается запорченная ячейка, вместо падения всей программы.

Тред утонул или удален.
Это копия, сохраненная 31 августа 2015 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

« /pr/В начало тредаВеб-версияНастройки/a//b//mu//s//vg/Все доски

Пользуетесь скринридером — пишите, что можно улучшить.
Host-Food.ru — надёжный хостинг от 12 руб/мес | Free DNS
Зеркала М.Двача: m2ch.hk, m2ch.lib, m2chfapiswfw2wcakptqp4o6ltgchvjuxfab7urxlduraomtlnhw5xad.onion