Metaprog: универсальная графическая среда программирования [в разработке] часть 5

Картинопомойка и пастбин не лучшие места для хранения исходников и тд.

Та вроде да, но мне так удобнее:)

Ну тут хозяин — барин, как говорится.

Инвестор - это тот, кто скинул денег. А пока не скинул - никакой ты не инвестор.

Нет. Тот кто скинул денег зовётся либо лох, либо меценат. Инвестор этот тот, кто держит за яйца. У инвестора заинтересованность в выхлопе, а следовательно – инвестору известно всё о проекте от начала и до конца. И инвестор в праве накладывать своё вето на сомнительные решения типа «своя VCS». Такова реальность. А так же инвестор может продать проект вместе с разработчиками.

За яйца держать, вето мне тут накладывать... ну я уже понял суть и выше уже сказал, что «инвесторы» могут идти в жопу. И, кстати, нахрен мне вообще сдались какие-то там инвесторы?

Инвестор от слова инвестиция. Инвестиция - это когда дают деньги. Желательно безвозмездно.

balsoft не упусти цитатку

И, кстати, нахрен мне вообще сдались какие-то там инвесторы?

я думаю это взаимно

И все же мне интересно. Вот некоторые писали что-то про поиск инвесторов. А нахрена они мне?

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

Если вопрос не в деньгах, то инвесторы Вам скорее всего не нужны. Проблема в том, что если Вы не нужны инвесторам, то проект скорее всего не перспективный. Но это только часть проблемы – т.к. инвестиции объединяют разработчиков для реализации проекта. А как Вы собираетесь объединять разработчиков для реализации? Пока Вы не решите этот вопрос, проект не выйдет за рамки детской поделки одного человека нужной только ему. Ваши «товарищи» будут поддерживать Вас из лучших побуждений и это всё. Один человек ничего не может. Если бы это было не так, то миром бы правили одиночки, а не сообщества. Но я что-то не вижу ни одного одиночки, который бы чего-то достиг. Банальная публикация исходников на ГитХаб позволяет сторонним людям вносить свои идеи и решения.

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

Вы не правы абсолютно. Инвестиция никогда не бывает безвозмездной. Это не благотворительность. Инвестиции это всегда заинтересованность в отдаче.

Правильнее наверное «грант»

Желательно безвозмездно.

Не сечёшь ты в инвестициях. Бесплатно ничего не бывает. Алсо, не должен инвестор сначала понять, во что стоит инвестировать?

Ты ищешь не инвесторов, а лохов

А try...catch...finally он не осилил что ли? То есть вышел тот же Си, но со стрелочками,норм

автор ещё ни разу не писал ничего больше helloworldа и поэтому не знаком со всеми этими проблемами типа memory leaks и т.д.

Гитхаб (M$) и гитлаб (M$ Azure) отпадают

Сделай сайт на народе, что уж там

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

Народ мертв же %)

Зачем? Разве ошибки нельзя обрабатывать через простое ветвление (if+else, switch+case)?

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

Инвесторы заинтересованы в том, чтобы, дав мне тысячу баксов сегодня, получать завтра миллионы (а то и миллиарды) с результатов моего труда, давая мне шиш. Так что пускай сразу идут в жопу.

Пока что ЛОР удобнее, дальше будет свой аналог гитхаба, прибитый к Метапрогу.

ты просто не представляешь как будет течь у тебя память в метапроге когда он разрастётся с твоим то подходом к указателям и «анонимным» структурам ты никогда эти места не сможешь найти где течёт

очень сомневаюсь что они смогут получить хоть что то от твоей безумной идеи разве что пару долларов

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

Рано или поздно анонимные структуры из инклюдов заменю неанонимными.

А оно мне надо чтобы кто-либо (кроме разве что меня) зарабатывал на МОЕЙ идее?

Разве ошибки нельзя обрабатывать через простое ветвление (if+else, switch+case)?

Даа) Можно, но почитай, почему это не удобно.

ТС, сорян, запостил не туда. Почитай, там два принципиальных вопроса тебе

Metaprog: универсальная графическая среда программирования [в разработке] часть 2 (комментарий)

Читать кучу макулатуры, учить-то лишнее.

Да, зачем нам что-то учить? Мы и без этих книг уже всё могём! Учиться — для неудачников!

Дак донаты это те же инвестиции. Донатят в те проекты, которые потом планируют использовать. А для этого нужно понимание сути проекта. А для этого нужна определённая лояльность со стороны автора. Банально централизованное хранилище примеров например

А try...catch...finally он не осилил что ли?

Ты про ТСа? Если да, то плюсов он и не обещал (причём по идейным соображениям). Да, на выходе у него Си.

А для этого нужна определённая лояльность со стороны автора.

Плюсую. Автор, обрати внимание.

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

Сосредоточился бы для начала на действительно принципиальных моментах. Сама идея лабвью-подобного языка как средство общего назначения. Вот её бы и развил. Если выстрелит, то потом переделать её «саму на себе» будет несложно. А сейчас у тебя ни с чем не совместимый сферический конь в вакууме. Даже пока не в вакууме, а в лабвью вместо вакуума.

Чем это проще ручного упрвления памятью?

Это просто другой подход.

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

И опять же к управлению памятью. Как твой чудопрог узнает, что после вызова create_context из libvasya нужно вызывать desctoy_context? Это узнает только тот несчастный, кто будет рисовать твои стрелочки. А какая лапша будет при обработке строк...

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

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

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

Что ж, «инвестиций» в виде донатов я жду. Адрес, если что, есть, в первой теме.

В C тоже можно это сделать же, какая разница

Так это ты не осилил, исключения они для исключительных ситуаций, а такие бывают редко.

Книги по линуксу - это дичь, но маны, статьи, рассылки, всё надо

Это просто другой подход. (про сборщик мусора)

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

Кстати от чтения макулатуры твой метапрог тоже не избавит. Все равно придется читать документации к апи вызовам например и понимать, что они делают и как. И опять же к управлению памятью. Как твой чудопрог узнает, что после вызова create_context из libvasya нужно вызывать desctoy_context? Это узнает только тот несчастный, кто будет рисовать твои стрелочки

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

Давай пример, который принимает строку с консоли и переворачивает ее

Как вызвать прогу, чтобы прочитать аргументы из argc/argv? Так?

./test -stringtorotate

Для отлова ошибок будут другие плюшки. Например, маркер недопустимого состояния. Вкупе с зависимыми типами это будет гарантировать качество алгоритмов получше експшонов из текстовых языков.

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

Даташто! Прикинь это так же справедливо ДЛЯ ЛЮБОГО текстового языка.

Как вызвать прогу, чтобы прочитать аргументы из argc/argv? Так?

Можно так

Но я имел ввиду что-то типа

% ./test
123
321
qwertyuiop
poiuytrewq

и тд.

Даташто! Прикинь это так же справедливо ДЛЯ ЛЮБОГО текстового языка.

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

Но я имел ввиду что-то типа ...

А строки откуда читать?

Кстати, в передаче аргументов командной строки строки нуль-терминированные?

Исключения никак не относятся к «качеству алгоритмов»

А строки откуда читать?

C клавиатуры же

Кстати, в передаче аргументов командной строки строки нуль-терминированные?

ну разумеется.

А, типа запустил ./test и он просто ловит клавиатуру? Кстати, как клавиши ловить?

Кстати, как клавиши ловить?

man 3 getline

http://man7.org/linux/man-pages/man3/getline.3.html

Поясни, что значит «ловить клавиши»? Ввод с клавиатуры? scanf какой-нибудь, но в gtk по-другому, ясное дело

Кстати, как в гтк? Скоро понадобится.