Билдеры - для чего?

@Влид · Регистрация: 17.02.2012

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

Пожалуй, если отбросить резкости, из-за которых была удалена аналогичная ветка, но созданная "под Алгоритм билдер", обсуждение там показало интересность темы в целом для МК. Так что создам уже как "для любых билдеров как равных".
Свои посты ключевые оттуда в оффлайне есть, вложения оттуда, полагаю, те немногие, кому надо, скачали. :) Что-то уместное, может, восстановлю тут по ходу обсуждения. Пока же обращу внимание на другое.

Вот известный "вопросник Квинтиллиана".

И думается, возможно воздержание от недопустимого тона, и перехода на личности, если в дискуссиях придерживаться его смысла. Т.е. стараться отвечать только на какие-то из вопросов и/или обосновывать, почему кто-то другой на них не отвечает, без эмоций.
Ну вот например "для зачина" можно почитать выбранное из Дмитрия ... и высказаться, с чем у него (и/или в моих отзывах) согласны, с чем нет и почему?.

@Ymk · 08.01.2015, 23:29

Сообщение от DY HOTT

1) Как реализовать контроль версий, сравнение. Библиотеки, всякие копирования вставки и прочую "работу с текстом"
2) Как реализовать кросплатформенность. Ведь код на Си можно таскать с любой архитектуры на любую. Правя только аппаратные вещи. Это решается, но для этого "система с квадратиками" должна иметь историю внедрения

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

но всё это на "удобство" рисования программ никакого влияния не оказывает.

@okotimiv · 08.01.2015, 23:38

Сообщение от DY HOTT

Концептуально во всех этих визуальных штуках ничего плохого нет. Проблема в реализации.

1) Как реализовать контроль версий, сравнение. Библиотеки, всякие копирования вставки и прочую "работу с текстом"
2) Как реализовать кросплатформенность. Ведь код на Си можно таскать с любой архитектуры на любую. Правя только аппаратные вещи. Это решается, но для этого "система с квадратиками" должна иметь историю внедрения и повсеместного распространения лет так в 40, как это у Си.

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

Можно для примера посмотреть на Matlab и LV. Тоже все визуально, при этом вполне себе стандарт, переносимо, используется для программирования встраиваемых систем довольно широко (особенно FPGA). При необходимости транслируется в тот же С. Контроль версий и там и там без особенных проблем.

@Ymk · 09.01.2015, 00:25

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

Контроль версий и там и там без особенных проблем.

а в каком виде там можно посмотреть diff? взять часть изменений? мерж?

@okotimiv · 09.01.2015, 00:29

http://www.mathworks.som/help/mottob/so ... ntrol.html
http://www.ni.som/white-paper/4114/en/

Нормально там все.

http://www.ni.som/cms/images/divzone/tut/3-16-2011+12-56-34+AM.png

@SVM · 09.01.2015, 08:23

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

Новые блоги и статьи Все статьи Все блоги /
Установка нескольких штампов электронной подписи в строго определенных местах файла docx ВладимирСамохин 19.07.2026 (В!) Работа с Электронной подписью - это неотъемлемая часть современного документооборота. Но что делать, если нужно поставить несколько штампов электронной подписи в строго определенных местах. . .	сукцессия 35. Научная статья о проделанной работе anaschu 19.07.2026 Написал в формате латекс и пдф	Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер. Hrethgir 19.07.2026 Эта публикация сейчас в песочнице и ждёт приглашения. https:/ / habr. com/ ru/ sandbox/ 295048/ начало и оглавление - Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .	сукцессия 33. открытые вопросы от клауде anaschu 19.07.2026 "Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
32 сукцессия anaschu 19.07.2026 сукцессия 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .	сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических anaschu 18.07.2026 Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .	сукцессия 30. Массив проверяющих друг друга моделей anaschu 18.07.2026 Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0) Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона Уважаемые коллеги! В продолжение. . .	Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины. anaschu 18.07.2026 ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .

@Влид 0 / 0 / 0 Регистрация: 17.02.2012 Сообщений: 41

	Билдеры - для чего? 02.11.2014, 06:53. Показов 18939. Ответов 24 Метки нет (Все метки) Пожалуй, если отбросить резкости, из-за которых была удалена аналогичная ветка, но созданная "под Алгоритм билдер", обсуждение там показало интересность темы в целом для МК. Так что создам уже как "для любых билдеров как равных". Свои посты ключевые оттуда в оффлайне есть, вложения оттуда, полагаю, те немногие, кому надо, скачали. :) Что-то уместное, может, восстановлю тут по ходу обсуждения. Пока же обращу внимание на другое. Вот известный "вопросник Квинтиллиана". И думается, возможно воздержание от недопустимого тона, и перехода на личности, если в дискуссиях придерживаться его смысла. Т.е. стараться отвечать только на какие-то из вопросов и/или обосновывать, почему кто-то другой на них не отвечает, без эмоций. Ну вот например "для зачина" можно почитать выбранное из Дмитрия ... и высказаться, с чем у него (и/или в моих отзывах) согласны, с чем нет и почему?. 0

@okotimiv 1 / 1 / 0 Регистрация: 30.08.2010 Сообщений: 3,379
	09.01.2015, 00:29
	http://www.mathworks.som/help/mottob/so ... ntrol.html http://www.ni.som/white-paper/4114/en/ Нормально там все. http://www.ni.som/cms/images/divzone/tut/3-16-2011+12-56-34+AM.png 0

@SVM 0 / 0 / 0 Регистрация: 11.02.2012 Сообщений: 2
	09.01.2015, 08:23
	Практически каждый программист вынужден совмещать обязанности разработчика алгоритма и кодировщика. Разработка алгоритма должна быть проведена на начальном этапе работы и представлена заказчику в доступном для его уровня виде. Если алгоритм разработан грамотно и понятно, то кодировка алгоритма - перевод его логических выражений в команды вычислителя - уже не зависит от языка, который будет использоваться программистом. Заказчик часто выдаёт задание и не знает всей сложности предстоящей работы, но считает, что это всего лишь пару дней работы. Разработка ТЗ позволяет показать ему, что простые требования "хочу то или другое" содержат в себе несколько задач и требуют отдельного финансирования. Например, разработка ТЗ предусматривает НИР, который может определить целесообразность продолжения работы в дальнейшем. Этот вариант должен быть прописан в ТЗ с указанием трудоёмкости НИР. 0