1. Собираем. Собираем статистику время потраченного на геймплей, а также касающуюся рациона пользователей. делаем это для выявления зависимости между пониженным употреблением белковой пищи и временем потраченным на охоту на мух.
2. Мы собираемся добавить туда возможность мутации лягушка->кракодил->птерозавль, а так же магазин с сувенирами мух.
3. Хотим пойти на кикстартер с идеей создания мушных ферм.
Мне кажется что подобное нужно выкладывать под тегами, которые к фронтенду отношения не имеют, как например php. Им быоно пригодилось, а вот то что клиентские разработчики будут платить деньги, когда есть jQ, react, angular я искренне сомневаюсь.
Это я к тому, что в посте, к которому Вы написали коммент, было всего одно упоминание о так называемых бакэндщиках —
придется ещё подождать, пока пишущие на c# или java выучат весь вэб на отлично и даже лучше, для того чтобы зазубрить основы кривого dom
На что Вы пишите —
Когда пишут про то, что бекендеры чего-то там не понимают.
И начиная со второго предложения первого абзаца я объяснил что именно имел ввиду.
Поэтому после заявлений что я пишу на убогом стеке технологий, я могу сказать лишь одно — а на каком Вы, не убогом, пишите gui? И какой по Вашему мнению лучший язык для серверного кода?
Если Вы что-то не понимаете, то говорите конкретно ТОЛЬКО за себя. Неужели Вы думает что можете вот так с пол пинка за пару дней выучить api для работы с дом деревом, api svg, api canvas, api file system, событийную модель, работу gui, архитектуру gui, клиентсукую архитектуру, webgl, чтобы потом взять и написать фраймвор, который будет компилироваться с вашего языка в wasm? Или Выдумаете что сможете с помощью wasm написать фраймворк, который будет работать быстрее чем v8 от гугла, который десятилетие сотни человек пишут? Да фиг Вам! Поэтому прежде чем говорить что js фигня, скорее бы wasm, то подумайте, что вам-то от этого будет!
И лично Вы доказываете что Только Вы не можете вникнуть в клиентскую часть из-за того что препроцессоры Вам мешают. А если бы Вы были капельку осведомлены, то не говорили бы такую ерунду, ведь препроцессоры в клиентскую часть пришли из ruby, который тоже серверсайд. Поэтому в все проблемы только у Вас и у тех кто так же как и Вы не может привыкнуть к новым воротам. Это без обид, мне самому иногда сложно с чем-то мирится, но я стараюсь искать причины в себе.
Когда? Лет через 10! Сначала его нужно сделать, потом подождать смены устаревших браузеров, затем создать компиляторы для Вашего любимого языка, затем снова обкатать эти компиляторы и уже потом… Потом, это лет через 10, Вы поймете, что самое медленное и ужасное что было в вэб-разработке, а именно dom — осталось!
Вашему языку придется подстраиваться под dom. Ну и не будите же Вы писать на чистом, придется ещё подождать, пока пишущие на c# или java выучат весь вэб на отлично и даже лучше, для того чтобы зазубрить основы кривого dom, чтобы написать фраймворк, который тоже нужно обкатать. А потом скажут что все это ерунда и уже придумали что-то новое! И так было, есть и будет всегда! Поэтому совет — учитесь идти в ногу со временем и для начала — научитесь учится.
Я не утрирую, так как сам дал определение уровня, который выше, чем у angular.
И я повторю, что уровень выше angular, это тот уровень, который принуждает писать только шаблоны и только запросы выполненные в декларативном стиле (например xml или json). Заметьте, нет никакого кода.
Но если код, хотя бы запросов, нужно писать руками, то это уже ровно тот же уровень, что и angular ибо в angular код, который нужно написать для динамического приложения, это запросы.
Какого ещё кода? Вы же говорили что у Вас в mol суперуровень, по сравнению с которым angular кажется низкоуровневым… Если у Вас нужно писать код, то этоуже минимум уровень ангуляра. Вы же понимаете что речь идет о angular, а не о angularjs? Ведь в angular можно вообще без кода писать, если данные статичны, а если нет, то придется руками адрес для запроса записать и сделать это не как лошок в объекте, а как реальный java или c# программист. Даже async в шаблонах пишут.
А вообще я не понимаю, как можно ругать react и angular и не ругать сам js, да и все остальные языки, так как реально крутого, лично я ничего не знаю. Я смог приспособится и к react, react+redux, react+mobx и а angular. И при все этом я только раз на реакте на js писал, а затем перешел на ts и могу сказать, что кода нужно писать ну не меньше чем с angular. Только angularjs мне не нравился, но я пробовал его ещё до появления в нем компонентов и именно поэтому перешел на реакт. сообщество только у реакта ненормальное. Оно будет орать что ооп фигня, в то время как ооп сообщества скажет, что есть места где лучше использовать фп. Мне-то пофигу, а вот новичкам они мозг начисто сносят.
возможно, но в разговоре о высоком уровне, мне почему-то больше по смыслу подходят батарейки из руби. Я просто далек от мира руби и ему подобных и не сразу понял что речь могла идти о них. Тоже сначала подумал о обычных батарейках и именно по этому написал что не понимаю автора.
Мне кажется что если пластический хирург будет объяснять своим клиентам процесс преображения на жаргоне приобретенному на кулинарных курсах посещаемых в свободное от работы время, то клиентов у него вообще не будет.
Это я к тому, что если Вы и хотите вставить красное словцо, то хотя бы объясняйте что это значит, чтобы читающие Вас поняли. В js нет понятия батарейка.
И это я к чему… Если на gui я могу наложить некие правила, которые ограничат мою архитектурную фантазию, то это самое правило касается и батареек-логики? Просто я могу представить, что gui реально можно вогнать в некие рамки, но с архитектурой логики это просто не возможно. Единственно возможный вариант, это введение плагинов-фасадов, за которыми будет скрываться такая архитектура на которую способен программист.
Но разве это не будет низкоуровнево? разве такое направление не породит армию инвалидов, которым будет лень даже думать?
Просто я не представляю, как на высокоуровневых фраймворках можно писать то, для чего требуется уникальная логика (низкий уровень)… Ну или я Вас не понимаю.
А за что минус? Так как реакт реально шаблонизатор, а ангуляр, даже с готовыми компонентами, все же обязывает, хоть и немного, писать рабочего кода, то можно сказать что он любого уровня, но не уровня небес. Под уровнем небес я подразумеваю только шаблонную часть + указания, какие данные загрузить. То есть это тот уровень, который будет в будущем стандартом, но так же он будет предназначен для девочек-дизайнеров. то есть, если бы vintage писал такой код, то программисты считали бы его дизайнером или эквивалентом css-программиста.
Но безумно говорить что фотошоп(чудо фраймворки будущего) лучше ангуляра или реакта. Реакт, нормальный и ангуляр тоже годный.
слегкостью
А на мол или эксджеес я смогу написать онлайн фотошоп или текстовый квест или интерактивный сайт или может быть я смогу с легкостью написать конструктор?
Если в сервисе есть ссылка на представление, значит что-то пошло не так.
Уже вторая статья о динамическом контенте и о том как не нужно писать с использованием angular.
2. Мы собираемся добавить туда возможность мутации лягушка->кракодил->птерозавль, а так же магазин с сувенирами мух.
3. Хотим пойти на кикстартер с идеей создания мушных ферм.
На что Вы пишите —
И начиная со второго предложения первого абзаца я объяснил что именно имел ввиду.
Поэтому после заявлений что я пишу на убогом стеке технологий, я могу сказать лишь одно — а на каком Вы, не убогом, пишите gui? И какой по Вашему мнению лучший язык для серверного кода?
ВЫДУМАЛ?
И лично Вы доказываете что Только Вы не можете вникнуть в клиентскую часть из-за того что препроцессоры Вам мешают. А если бы Вы были капельку осведомлены, то не говорили бы такую ерунду, ведь препроцессоры в клиентскую часть пришли из ruby, который тоже серверсайд. Поэтому в все проблемы только у Вас и у тех кто так же как и Вы не может привыкнуть к новым воротам. Это без обид, мне самому иногда сложно с чем-то мирится, но я стараюсь искать причины в себе.
Вашему языку придется подстраиваться под dom. Ну и не будите же Вы писать на чистом, придется ещё подождать, пока пишущие на c# или java выучат весь вэб на отлично и даже лучше, для того чтобы зазубрить основы кривого dom, чтобы написать фраймворк, который тоже нужно обкатать. А потом скажут что все это ерунда и уже придумали что-то новое! И так было, есть и будет всегда! Поэтому совет — учитесь идти в ногу со временем и для начала — научитесь учится.
И я повторю, что уровень выше angular, это тот уровень, который принуждает писать только шаблоны и только запросы выполненные в декларативном стиле (например xml или json). Заметьте, нет никакого кода.
Но если код, хотя бы запросов, нужно писать руками, то это уже ровно тот же уровень, что и angular ибо в angular код, который нужно написать для динамического приложения, это запросы.
Это я к тому, что если Вы и хотите вставить красное словцо, то хотя бы объясняйте что это значит, чтобы читающие Вас поняли. В js нет понятия батарейка.
И это я к чему… Если на gui я могу наложить некие правила, которые ограничат мою архитектурную фантазию, то это самое правило касается и батареек-логики? Просто я могу представить, что gui реально можно вогнать в некие рамки, но с архитектурой логики это просто не возможно. Единственно возможный вариант, это введение плагинов-фасадов, за которыми будет скрываться такая архитектура на которую способен программист.
Но разве это не будет низкоуровнево? разве такое направление не породит армию инвалидов, которым будет лень даже думать?
Но безумно говорить что фотошоп(чудо фраймворки будущего) лучше ангуляра или реакта. Реакт, нормальный и ангуляр тоже годный.
слегкостью
А на мол или эксджеес я смогу написать онлайн фотошоп или текстовый квест или интерактивный сайт или может быть я смогу с легкостью написать конструктор?
Уже вторая статья о динамическом контенте и о том как не нужно писать с использованием angular.
Почитайте последние правила.