OberonCore
https://forum.oberoncore.ru/

BlackBox Merge tool
https://forum.oberoncore.ru/viewtopic.php?f=127&t=4431
Страница 3 из 4

Автор:  ilovb [ Суббота, 17 Август, 2013 00:19 ]
Заголовок сообщения:  Re: BlackBox Merge tool

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

Автор:  Иван Денисов [ Суббота, 17 Август, 2013 05:04 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Борис, сделайте ветку BlackBox Plain Branch и развивайте, к чему спорить? У этого проекта будут свои сторонники точно. Так удобно на сервере в nano править коды, конечно и с системой контроля версий меньше мороки. Но на ПК будет все-же больше недостатков от plain-text, все привыкли к фишкам встроенных документов при разработке (складки, цвета, селекторы), поэтому так агрессивно и воспринимаются поползновения на формат ББ.

Автор:  Пётр Кушнир [ Суббота, 17 Август, 2013 09:02 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Мне кажется, успешные профессионалы, досконально изучившие формат .odc в состоянии сами сделать себе репозиторий. Только не надо то, что получится в итоге называть BlackBox, а в остальном всё просто.

Автор:  Иван Денисов [ Суббота, 17 Август, 2013 09:39 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Пётр Кушнир писал(а):
Мне кажется, успешные профессионалы, досконально изучившие формат .odc в состоянии сами сделать себе репозиторий. Только не надо то, что получится в итоге называть BlackBox, а в остальном всё просто.

Пётр, если в BlackBox хранить исходники не в .odc он не перестанет им быть, он очень гибкий ведь. Если вы можете обойтись без складок и оформления кода цветами, селекторов, коммандеров и т.п. то уже сейчас без проблем каждый может сохранять коды в utf-8 (используя CpcUtf8Conv). Компилятор прекрасно все это будет обрабатывать. Требуется минимальная правка среды, чтобы исходники искались не только в .odc формате. Лучше, чтобы среда поддерживала обе возможности. Формат для кодов, назвать .odcu вначале файла писать директиву #!/usr/bin/blackbox, чтобы в будущем консольная версия под линукс могла на лету скомпилировать файл и запустить.

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

Автор:  ilovb [ Суббота, 17 Август, 2013 14:15 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Иван Денисов писал(а):
Борис, сделайте ветку BlackBox Plain Branch и развивайте, к чему спорить?

Иван, перед тем как начинать проект надо бы определиться с целями и задачами проекта.
Вот есть теперь проект: http://redmine.molpit.com/projects/bbcb
Какие цели он перед собой ставит?
Какие полномочия у участников?
Что можно делать, а что нет?
Кто определяет направления развития?
У нас демократия или как?

Выделил тему: viewtopic.php?f=1&t=4444

Автор:  Роман М. [ Суббота, 17 Август, 2013 14:19 ]
Заголовок сообщения:  Re: BlackBox Merge tool

У меня есть просьба: придерживайтесь заданной темы обсуждения или создайте новую.

Автор:  Илья Ермаков [ Суббота, 17 Август, 2013 18:01 ]
Заголовок сообщения:  Re: BlackBox Merge tool

ilovb писал(а):
Каким образом? И зачем? За вас уже все придумали и обкатали на практике годами. Вы ведь в итоге тот же гит и изобретете :-)


Во-первых, весь он таки не нужен... И десятой части, может, не нужно.
Во-вторых, я не призываю изобретать ГИТ. Мне и тем, с кем я работаю, и в режиме ODC устраивает и SVN, и Mercurial (которому я отдаю предпочтение последнее время).
Вам не хватает этого режима работы (точнее, Вы ещё не пробовали - заранее волнуетесь :) ) - Вы предлагаете "выкинуть" одну из важных составляющих технологии.

Автор:  Илья Ермаков [ Суббота, 17 Август, 2013 18:04 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Пётр Кушнир писал(а):
Но против ничего не имею, сам иногда задумываюсь о том, что неплохо бы иметь базовый тип персистентных данных который не является бинарным.


Я бы сказал по-другому: бинарный (ибо все эти сложности парсинга XML-ей, на которые идёт, по статистике, 70% проц. времени в enterprise-системах - как-то на маразм смахивает), но с явно введённым ФОРМАТОМ и интерфейсом работы с ним. Когда невозможно базовым образом обрабатывать сохранённые данные в отрыве от объектного слоя, их сохранившего - это не всегда есть правильно.

Автор:  Илья Ермаков [ Суббота, 17 Август, 2013 18:10 ]
Заголовок сообщения:  Re: BlackBox Merge tool

ilovb писал(а):
Представьте себе, ДА! Это ваша фантазия.
Также, как моя фантазия заключается в том, что ББ не более чем одна из версий S3.


На самом деле, Борис Рюмшин вёл речь об очевидном факте, что Вы предлагаете столь существенную трансформацию, что это уже не эволюционное изменение, а революционный скачок в сторону (не вперёд или назад, а именно в сторону; хотя в каких-то моментах и назад). А если не эволюционное - то вполне можно сказать, что "это уже не тот Блэкбокс" (в текущем понимании).

Автор:  ilovb [ Воскресенье, 18 Август, 2013 11:09 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Илья, у меня на днях была презентация клиенту нового интерфейса 1С. Клиент в шоке, и говорит, что у него было другое представление об 1С.
Версия 8.3 очень сильно отличается от 8.1
Реализовано достаточно много новых технологий, и кодинг стал совсем другим. Однако никому в голову не придет сказать, что это не 1С. Хотя человек работавший с 8.1 будет испытывать сложности при освоении 8.3.

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

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

Например, есть тут одна разработка для ББ, которая имхо полностью противоречит концепции и ББ и Оберона вообще. Однако здесь так ее никто не воспринял, что меня несколько удивляет.

Разные социальные группы. Разные взгляды. Это нормально. Только нужно уметь считаться с этим.

Автор:  Илья Ермаков [ Воскресенье, 18 Август, 2013 15:05 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Это понятно.

Просто нельзя же подавать решение "отказаться от ODC в исходниках - и всё тут!" как какое-то простое, безусловно разумное и самоочевидное.

(Если хотите мое мнение глобальное, перспективное - то я за семантическое представление исходников. В стиле разработок Валерия Лаптева. При этом независимо от его разработок - они только укрепили мои мысли :) )

Автор:  ilovb [ Воскресенье, 18 Август, 2013 15:10 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Ну так можно поговорить об этом. Обсудить. Я ж не идиот. Сейчас обмозговав, я уже больше склоняюсь к варианту с инструментом мерджа odc, т.к. форкать нужно оригинальный ББ.
Но, извините, когда кто-то заходит и говорит "Ты должен уяснить"....

Автор:  Борис Рюмшин [ Четверг, 22 Август, 2013 13:51 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Модератор: разговоры про автослияние перенесены сюда, по представлению автора: viewtopic.php?f=23&t=4440

Автор:  Дмитрий_ВБ [ Воскресенье, 25 Август, 2013 16:14 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Я понимаю, что я не понимаю, но что именно ?

у меня каталог school\My_prg содержит, как ему и положено,
подкаталоги Code, Mod, Rsrc, Sym

В каталоге Mod файл Privet3.txt:

MODULE My_prgPrivet3;
IMPORT StdLog, Dialog;

VAR a*, b*, c-:INTEGER;

PROCEDURE Сделать*;
BEGIN
c := a + b;
Dialog.UpdateInt(c);
END Сделать;
END My_prgPrivet3.

My_prgPrivet3.Сделать (* вставить (!) *)


В каталоге Rsrc привязанный к нему файл диалога Privet3.odc

Вхожу в ББ, открываю Privet3.txt и компилирую его,
открываю Privet3.odc (3 поля которого и кнопка привязаны
к модулю Privet3.txt), открываю его как инструментальный диалог,
ввожу в поле a значение 1 и в поле b значение 2, жму "Сделать",
в поле с появляется 3.

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

Автор:  Пётр Кушнир [ Воскресенье, 25 Август, 2013 16:24 ]
Заголовок сообщения:  Re: BlackBox Merge tool

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

Автор:  Alexey Veselovsky [ Воскресенье, 25 Август, 2013 16:52 ]
Заголовок сообщения:  Re: BlackBox Merge tool

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


Изображение

Автор:  Пётр Кушнир [ Воскресенье, 25 Август, 2013 17:48 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Ну, для оберспейса могу отдельно пояснить.
Понятна ли разница между
Код:
<img src='path/project/img/my.jpg'/>
и
Код:
<img src="data:image/gif;base64,R0lGODlhEAAOALMAAOazToeHh0tLS/7LZv/0j
vb29t/f3//Ub//ge8WSLf/rhf/3kdbW1mxsbP//mf///yH5BAAAAAAALAAAAAAQAA4AAA
Re8L1Ekyky67QZ1hLnjM5UUde0ECwLJoExKcppV0aCcGCmTIHEIUEqjgaORCMxIC6e0Cc
guWw6aFjsVMkkIr7g77ZKPJjPZqIyd7sJAgVGoEGv2xsBxqNgYPj/gAwXEQA7"/>

:?:

А разница между картинкой и апплетом понятна?

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 13:48 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Илья Ермаков писал(а):
Пётр Кушнир писал(а):
Но против ничего не имею, сам иногда задумываюсь о том, что неплохо бы иметь базовый тип персистентных данных который не является бинарным.


Я бы сказал по-другому: бинарный (ибо все эти сложности парсинга XML-ей, на которые идёт, по статистике, 70% проц. времени в enterprise-системах - как-то на маразм смахивает), но с явно введённым ФОРМАТОМ и интерфейсом работы с ним. Когда невозможно базовым образом обрабатывать сохранённые данные в отрыве от объектного слоя, их сохранившего - это не всегда есть правильно.

Оказывается, есть бинарный жысон http://bsonspec.org/#/specification

Автор:  Alexey Veselovsky [ Вторник, 27 Август, 2013 13:54 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Пётр Кушнир писал(а):
Илья Ермаков писал(а):
Пётр Кушнир писал(а):
Но против ничего не имею, сам иногда задумываюсь о том, что неплохо бы иметь базовый тип персистентных данных который не является бинарным.


Я бы сказал по-другому: бинарный (ибо все эти сложности парсинга XML-ей, на которые идёт, по статистике, 70% проц. времени в enterprise-системах - как-то на маразм смахивает), но с явно введённым ФОРМАТОМ и интерфейсом работы с ним. Когда невозможно базовым образом обрабатывать сохранённые данные в отрыве от объектного слоя, их сохранившего - это не всегда есть правильно.

Оказывается, есть бинарный жысон http://bsonspec.org/#/specification


Да и xml тоже бинарным бывает. Но бинарность парсинга естественно не отменяет. Нет никакой разницы бинарный формат протокол, или текстовый (кроме объема данных и удобства просмотра глазками в разных тулзах)

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 14:28 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Ещё есть степень эффективности разбора: закинуть 4 байта в целочисленную переменную через SYSTEM или сконвертировать строку из 12-ти однобайтных символов, разница есть.
Тащем, речь лишь о том, что подобные форматы уже существуют и при необходимости не надо их выдумывать самому.

Страница 3 из 4 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/