Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Автоматическая генерация кода интерфейса, повторяющего изобр..., opennews (?), 26-Май-17, (0) [смотреть все] Можно и микроскопом гвозди забивать , rpm (?), 07:38 , 26-Май-17, (1) –4 По-моему хрень Макет интерфейса надо представлять в виде макета, а не в виде пр, Аноним (-), 07:39 , 26-Май-17, (2) // который будет показываться пользователю вместо сайта , ыы (?), 09:14 , 26-Май-17, (25) +12 Бизнес фишинговых сайтов оценит инициативу, возможно они и оплачивают , Аноним (-), 10:36 , 26-Май-17, (38) +16 // А смысл Я не понимаю, почему фишинговые сайты просто не берут html-код и стили , KOLANICH (?), 19:50 , 26-Май-17, (110) +1 // У них проблема не в копирайте, а в самом копировании В исходных сайтах часто по, Аноним (-), 04:07 , 28-Май-17, (152) Qt и QML теперь будут на помойке истории Эта штука интереснее , Дуплик (ok), 07:56 , 26-Май-17, (3) –20 // Для кого Для программеров или для мартышек за клавиатурой Скорее второе Генера, EuPhobos (ok), 08:04 , 26-Май-17, (4) +29   // Будущее принадлежит мартышкам , Аноним (-), 08:11 , 26-Май-17, (5) +6   // Если взять триллион мартышек, и посадить из за клаву, то они напишут DOS , istepan (ok), 09:09 , 26-Май-17, (19) –1   Они напишут DDOS Ваш Кэп , ыы (?), 09:13 , 26-Май-17, (24) +33   Да они никогда не станут популярными Это как в ворде делать сайты , Аноним (-), 08:26 , 26-Май-17, (7)   // Да и в Adobe Muse сайты тоже получаются шлаком Автоматические генераторы вебса, ыы (?), 09:11 , 26-Май-17, (22)   Скажите это пользователям Жумлы и Вордпрессов, Аноним (-), 10:33 , 27-Май-17, (144)   Я - пользователь вордпресса Своё постит, нагрузку как-то держит, мозг не сношае, Аноним (150), 01:26 , 28-Май-17, (150)   А почему не как в Delphi или Qt Creator , angra (ok), 09:12 , 26-Май-17, (23)   Потому как скриншот скан, в общем случае, не содержит достаточной информации о м, PnDx (ok), 11:13 , 26-Май-17, (43) +1   С точностью до наоборот Данная штука избавит от еще одной рутины, которой иногд, angra (ok), 09:10 , 26-Май-17, (20) +2   // Обычно логику приложения и интерфейс пишут вообще говоря разные люди , ыы (?), 09:40 , 26-Май-17, (30)   Как мимимум для android ios это, как правило, одни и те же люди , Crazy Alex (ok), 13:20 , 26-Май-17, (57) +1   Угу, особенно если приложение пишет один человек или небольшая команда Или тех,, angra (ok), 19:33 , 26-Май-17, (105)   Ага, конечно То-то часто в Qt приходится игнорировать QML в пользу полного ко, KroTozeR (ok), 14:19 , 26-Май-17, (66) –1   Там он и так автоматом генерируется, без подобных штуковин А за нестандартные и, Crazy Alex (ok), 14:47 , 26-Май-17, (70)   Аналогично абсолютно безответственных пальце-мышко-тыкателей надо гнать из прог, KroTozeR (ok), 14:55 , 26-Май-17, (71) –2   Просто представь, что у тебя 15 вариантов интерфейса и ещё с десяток вариантов в, Lain_13 (ok), 15:02 , 26-Май-17, (73) +1   А теперь давай выпрямим нормально причинно-следственные связи и трезво посмотрим, KroTozeR (ok), 15:55 , 26-Май-17, (81) –2   Ещё раз Если у тебя есть метаданные, на основе которых ты можешь сгенерировать , Crazy Alex (ok), 15:19 , 26-Май-17, (74)   Так не получишь - обязательно будет глючить, т к это же изначально разрабатывае, Vkni (ok), 15:57 , 26-Май-17, (82) +2   Ну значит недопилено, делов-то А после допила - будет ну не так, как хотел, но, Crazy Alex (ok), 17:56 , 26-Май-17, (94) –2   А потом приходит ТЗ от будущих пользователей, которым с большой колокольни начих, KroTozeR (ok), 20:41 , 26-Май-17, (114)   Если ты ставишь нейросети и нечёткую логику на допиливание, то количество таких , Vkni (ok), 17:00 , 27-Май-17, (147)   Решения разработчика фреймворка воспринимаются вштыки, т к ломают на корню логи, KroTozeR (ok), 15:58 , 26-Май-17, (83) –1   Не, не так Вся гуёвая логика должна быть жёстко прибита к тулкиту и гайдлайнам,, Crazy Alex (ok), 17:59 , 26-Май-17, (95) –3   Такой подход работает ровно до тех пор, пока в интерфейс не начинают подмешивать, KroTozeR (ok), 20:30 , 26-Май-17, (113) –1   поэтому у таких подходов интерфейс быстрый но не красивый, а народу ещё важна эс, Sen (?), 15:26 , 26-Май-17, (75) –1   Потому эстетика дизайна должна цениться на равных с эстетикой кода Вместо перет, KroTozeR (ok), 16:02 , 26-Май-17, (85) –1   Нет такого понятия как эстетика кода , а кто ее придумал - это уже другой вопро, Аноним (-), 01:25 , 27-Май-17, (131) –2   Мало того, что некрасивый - оно почти всегда ломает ожидания пользователя, потом, Crazy Alex (ok), 18:00 , 26-Май-17, (96) –1   Ты можешь в QML работать с указателями и выгружать куски UI, в которых в данный , Отражение луны (ok), 20:53 , 26-Май-17, (117) –1   Можно, но я не могу туда вгрузить кусок GUI , сгенерённый по данным, как это де, KroTozeR (ok), 20:59 , 26-Май-17, (120) –2   Можешь Есть куча способов и все зависит от задачи Помимо всего абсолютно того , Отражение луны (ok), 03:33 , 28-Май-17, (151) –1   Странное заявление У тебя есть полный контроль и при использовании QML , Отражение луны (ok), 20:49 , 26-Май-17, (115) –1   Для тех и для тех это начало конца 32 гб оперативы стоят копейки, учитывая, что, Аноним (-), 12:26 , 26-Май-17, (54) –2   Где эти программисты обитают и какие программы они разрабатывают Все графически, Аноним (-), 16:31 , 26-Май-17, (88)   // Рынок труда говорит им, что запах кода не играет столь важной роли, как скорость, KroTozeR (ok), 20:55 , 26-Май-17, (118)   А откуда следует, что оно в дальнейшем не научится генерить код на QML , Аноним_oyc (?), 10:07 , 26-Май-17, (32) +1 Сразу видно, что вы не сильно в курсе про возможности QML , Аноним (-), 13:07 , 26-Май-17, (56) Скорее наоборот, для сабжа сделают транслятор в QML, после чего тот победно заша, Аноним (-), 16:38 , 26-Май-17, (89) что-то подобное я слышал, когда мартышкам показали, что можно сайты в Word е дел, Аноним (-), 10:20 , 29-Май-17, (155) –1 // У тех мартышек уже дети выросли - вэб-макаками служат , Led (ok), 03:46 , 30-Май-17, (156) Очень интересная идея Да и программист скоро перестанет существовать как класс,, Аноним (-), 08:21 , 26-Май-17, (6) –13 // Люди умеют шить уже тысячелетия, однако я не замечаю этого навыка в совершенстве, Anonymouse (?), 08:32 , 26-Май-17, (9) +15 // Вы путаете теплое с мягким или просто не понимаете о чем идет речь , Аноним (-), 08:47 , 26-Май-17, (13) –9 Совершенно верно , ыы (?), 09:00 , 26-Май-17, (16) Да, если в будущем для работы элементарного терапевта или бухгалтера им будет не, Admino (ok), 10:11 , 26-Май-17, (36) –2 // Вообще-то да Если мониторы не устареют как класс, то рано или поздно кто-нибудь, Lain_13 (ok), 11:09 , 26-Май-17, (41) +3 А потом в него посмотрят одновременно 2 или 3 человека и монитор разорвет от нат, Я. Р. Ош (?), 13:24 , 26-Май-17, (58) +2 Зачем Реагировать на хозяина, остальные - что видят то видят Второй и лучший , Crazy Alex (ok), 14:46 , 26-Май-17, (69) –1 Почему он должен реагировать на кого-то иного Система знает, кто залогинился , Lain_13 (ok), 14:56 , 26-Май-17, (72) не надо забывать что в отличии от терапевта или бухгалтера, конечная цель програ, прохожий (?), 18:54 , 26-Май-17, (103) –1 // В идеале в том числе и самого себя , Lain_13 (ok), 18:57 , 26-Май-17, (104) –1 Уж не учителя ли информатики сделают каждого программистом А программирование -, Андрей (??), 08:38 , 26-Май-17, (10) +2 Если вы не выполняете какую-то работу - это значит что кто-то делает ее за вас , ыы (?), 09:05 , 26-Май-17, (17) // Комбайнер не обладает навыками и знаниями жнецов и молотильщиков, также как ими , angra (ok), 09:26 , 26-Май-17, (27) –2 // Он приводит в действие труд инженеров, создавших машину, управление которой свод, ыы (?), 09:30 , 26-Май-17, (28) Я тебе привел простой пример, опровергающий вот этот вывод Либо ты не понял прим, angra (ok), 16:53 , 26-Май-17, (91) –1 Вы же понимаете, что комбайн жнет и молотит не потому что его запрограммировал , ыы (?), 09:37 , 26-Май-17, (29) +1 Что за чушь Конечно, те, кто проектирует комбайн, обладают знаниями жнецов и мо, nuclight (??), 15:52 , 26-Май-17, (80) Нет, не обладают Скажу страшное, они серп и цеп в руки никогда не брали, оно им, angra (ok), 16:28 , 26-Май-17, (87) +2 Сознательно путаем знания и навыки , Аноним (-), 19:53 , 26-Май-17, (111) –1 Соответсвующих знаний типа левой рукой обхватить такое-то количество колосьев на, angra (ok), 09:10 , 27-Май-17, (141) Вы слишком глубоко копаете, а ответ лежит на поверхности Я всего лишь имел в ви, Аноним (-), 11:25 , 26-Май-17, (47) –1 // Было бы очень хорошо, но пока большинство не может объяснить, на что способна их, Crazy Alex (ok), 14:08 , 26-Май-17, (65) +1 Похоже вы с собеседниками вкладываете разный смысл в слово программировать Прог, Аноним (-), 12:38 , 31-Май-17, (158) Эээ куда вас понесло Перенести макет интерфейса, над которым вы работали, допус, Аноним (-), 11:35 , 26-Май-17, (50) –1 Пока что не нашли даже способа эффективно обучать ремеслу программиста любого че, angra (ok), 09:20 , 26-Май-17, (26) +4 // Вы преувеличивайте Вопрос всегда стоял лишь в мотивации Именно благодаря мотив, Аноним (-), 11:21 , 26-Май-17, (46) // Есть разница между дрессировкой выполнять фиксированный набор действий и обучени, Crazy Alex (ok), 13:56 , 26-Май-17, (62) +5 Ну вот есть масса хороших книг по программированию Те, кто по ним выучились, по, angra (ok), 17:01 , 26-Май-17, (92) –1 Потому что части повезло - у них есть базовые ментальные навыки, которые для про, Crazy Alex (ok), 18:21 , 26-Май-17, (97) –1 И не надо Дурака учить - только портить , Led (ok), 22:22 , 26-Май-17, (124) –1 Я всего лишь обосновал тот факт, что обучение невозможно без соответствующий мот, Аноним (-), 01:33 , 27-Май-17, (132) Это просто потому, что в нынешнем понимании программист это математик-дилетант , Аноним (-), 13:40 , 26-Май-17, (60) –3 // В нынешнем понимании для абсолютного большинмства специализаций программист - во, Crazy Alex (ok), 14:06 , 26-Май-17, (64) +2 Для светлого будущего нужна ликвидация ровно одного класса - невежественных дура, Crazy Alex (ok), 14:01 , 26-Май-17, (63) +1 // Рисовать абстракции изибразительное искусство - не научишь, рисовать портрет, Sw00p aka Jerom (?), 16:11 , 26-Май-17, (86) –1 Я о рисовании абстракций речь и не вёл - это уже искусство , как вы правильно з, Crazy Alex (ok), 18:32 , 26-Май-17, (98) Таки да, совершенно согласен , Sw00p aka Jerom (?), 18:45 , 26-Май-17, (102) Нет Это не является ни необходимым, ни достаточным условием Более того, оно ещ, angra (ok), 16:39 , 26-Май-17, (90) –1 Подмечу, что даже зная все правила черчения, человеку с нарушенной мелкой мотори, Sw00p aka Jerom (?), 17:31 , 26-Май-17, (93) –1 Речь о больных людях не шла, у здоровых - нарабатывается , Crazy Alex (ok), 18:33 , 26-Май-17, (99) Ну так не надо пытаться всё в голову запихнуть, а вот рациональное мышление и об, Crazy Alex (ok), 18:36 , 26-Май-17, (101) Смотрю по отмазкам ты просто спец Не работает методика Нет, что вы, конечно он, angra (ok), 19:39 , 26-Май-17, (106) –1 Ну, у тебя и обучение рисованию не работает Хотя худшколы до состояния нарис, Crazy Alex (ok), 19:47 , 26-Май-17, (109) Не любую Они учат лишь тех, кто уже имеет выраженную склонность к рисованию, др, angra (ok), 09:18 , 27-Май-17, (142) Базовое программирование - это набор весьма нехитрых навыков По-сути, это чуть-, Vkni (ok), 16:00 , 26-Май-17, (84) // Так и будущее еще не наступило _ , Аноним (-), 01:38 , 27-Май-17, (133) // Смотря чье будущее Будущее конных извозчиков наступило , DeadLoco (ok), 11:50 , 28-Май-17, (153) Всего-то анализ и синтез Сначала научиться декомпозиции процесса на операции, а, DeadLoco (ok), 12:03 , 28-Май-17, (154) А интерфейс Blender а прожуёт https github com rasteron oui-blendish, Аноним (-), 08:28 , 26-Май-17, (8) +2 // Там только про мобильные приложения написано которые для мартышек , Андрей (??), 08:40 , 26-Май-17, (12) Я бы лучше тулкит блендера взял за основу по аналогии GIMP - GTK - Gnome Реак, annonim (?), 11:13 , 26-Май-17, (44) –1 // К сожалению, это не так просто, он сильно повязан на внутренностях Блендера Дав, Аноним (-), 11:59 , 26-Май-17, (52) И появится тысяча поддельных сайтов , LinuxID (ok), 08:52 , 26-Май-17, (15) +3 // А кто до этого мешал их делать Css стили доступны, а с ними намного легче скопи, neon1ks (ok), 14:30 , 26-Май-17, (67) +1 бесполезная хрень - это также как попытаться построить дом по рисунку его экстер, Sfinx (ok), 10:04 , 26-Май-17, (31) +2 // Такая оптимизация внутреннего состояния кода тоже возможна средствами искусствен, fyjybvec (?), 07:57 , 27-Май-17, (138) // test, test (??), 14:03 , 27-Май-17, (145) +1 Мозг верстальщика, версия 0 1 Я считал, что верстальщика можно заменить баш-скр, Noteme (?), 10:09 , 26-Май-17, (33) +4 отличная идея Фаин ридер отлично помогает с рефератами, а этот проект отлично п, Торанспондер реальности (?), 10:09 , 26-Май-17, (34) –1 Это может быть полезно для задач удаленного доступа к GUI, manster (ok), 10:11 , 26-Май-17, (35) –1 // Ну да, для подмены форм аутентификации юзеров , Аноним_oyc (?), 11:28 , 26-Май-17, (49) следующий этап это собрать один кубит машинного обучения из пятерки индусов, Мадара (ok), 10:27 , 26-Май-17, (37) +2 В любом случае, хуже, чем вэб-макаки оно не сделает, просто не сумеет , Led (ok), 10:37 , 26-Май-17, (39) // Чувак, нейросеть обучается на коде, написанном вебмакаками, так что я бы так не , Аноним (-), 11:10 , 26-Май-17, (42) +3 в отличие от вебмакаки, у которой мозг какой-никакой а есть, эта штука, будет гр, ыы (?), 11:16 , 26-Май-17, (45) –1 // Полностью согласен Я то думал, что нышнее потребление ресурсов приложениями - э, Аноним (-), 11:36 , 26-Май-17, (51) Круто Ждём в гуглоплее троянов, сделанных с помощью этой штуки , Аноним (-), 10:37 , 26-Май-17, (40) –1 // Мелко плаваешь, через эту штуку можно будет сделать пульт для управления Вселенн, Аноним (-), 08:25 , 27-Май-17, (140) –1 Вот и появился повод научиться рисовать _ , Аноним (-), 11:26 , 26-Май-17, (48) Даже из первой картинки видно, что оно нинужно , ибо генерит непонятно что непо, deb (?), 12:10 , 26-Май-17, (53) –2 // Ну вот и останется один общепринятый вариант, давно пора Бардак с богатой фанта, Crazy Alex (ok), 13:26 , 26-Май-17, (59) вспомнился анекдот - компания ADOBE купила DELPHI теперь чтобы создать программ, Аноним (-), 13:03 , 26-Май-17, (55) // swift по моему не особо отличается , имя (?), 18:33 , 26-Май-17, (100) –1 подходит для написания всяких автокликалок в игрушках, Аноним (68), 14:38 , 26-Май-17, (68) –3 // Точно так же, подходит, как и звонок на твоей двери , Аноним (-), 08:20 , 27-Май-17, (139) +1 Норм такое загонять в нейронку, которая бы еще задавала сопутствующие вопросы и , Аноним (-), 15:46 , 26-Май-17, (78) –1 а когда то шутили про кнопку сделать зашибись , Аноним (-), 19:41 , 26-Май-17, (107) –1 IBM Watson подменяет уже врачей, так что и программистов будет подменять Будет , Аноним (112), 19:54 , 26-Май-17, (112) –1 // В диагностике или в лечении Или для вэб-макаки это одно и то же , Led (ok), 22:26 , 26-Май-17, (125) +1 // В получении зарплаты наверное, Аноним (112), 23:36 , 26-Май-17, (128) +1 Что нажать чтобы он заменил моего участкового или хотя бы консультацию у гугла , L29Ah (ok), 04:29 , 27-Май-17, (134) Ололо, верстальщики больше не нужны , freehck (ok), 21:31 , 26-Май-17, (122) +1 // верстальщики AI систем нужны , лол (?), 22:02 , 26-Май-17, (123) +1 В комментариях тестируют Проект по автоматической генерации комментариев , Аноним (-), 00:16 , 27-Май-17, (129) +2 Верстальщики окажутся без работы , Аноним (-), 09:45 , 27-Май-17, (143) +2 Эта идея - жалкий отпрыск ИИ Попытка сделать наскоком то, чему люди учатся го, Kodir (ok), 19:26 , 27-Май-17, (148) –2 1,2,3,6,8,15,31,33,34,35,37,39,40,48,53,55,68,78,107,112,122,129,143,148

Сообщения

[Сортировка по времени | RSS]

	4. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+29 +/–
	Сообщение от EuPhobos (ok), 26-Май-17, 08:04
	Для кого? Для программеров или для мартышек за клавиатурой? Скорее второе. Генераторы вам нагенерят простыней из кода. Такими темпами скоро и 32гига оперативы будет мало, что бы запустить какую ни будь простенькую программулинку.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+6 +/–
	Сообщение от Аноним (-), 26-Май-17, 08:11
	Будущее принадлежит мартышкам.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от istepan (ok), 26-Май-17, 09:09
	Если взять триллион мартышек, и посадить из за клаву, то они напишут DOS!
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+33 +/–
	Сообщение от ыы (?), 26-Май-17, 09:13
	> Если взять триллион мартышек, и посадить из за клаву, то они напишут > DOS! Они напишут  DDOS!!! Ваш Кэп :)))
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Аноним (-), 26-Май-17, 08:26
	Да они никогда не станут популярными. Это как в ворде делать сайты.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	22. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от ыы (?), 26-Май-17, 09:11
	> Да они никогда не станут популярными. Это как в ворде делать сайты. Да и в Adobe Muse сайты тоже получаются шлаком... Автоматические генераторы вебсайтов- все поголовно - хня....
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Аноним (-), 27-Май-17, 10:33
	Скажите это пользователям Жумлы и Вордпрессов
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Аноним (150), 28-Май-17, 01:26
	Я - пользователь вордпресса. Своё постит, нагрузку как-то держит, мозг не сношает. Так почему нет?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от angra (ok), 26-Май-17, 09:12
	А почему не как в Delphi или Qt Creator?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	43. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+1 +/–
	Сообщение от PnDx (ok), 26-Май-17, 11:13
	Потому как скриншот/скан, в общем случае, не содержит достаточной информации о макете. * Лучше бы они написали графический конструктор интерфейса на абстрактном языке. Сама по себе развязка инструмента для дизайна и IDE — вовсе не плохая идея.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+2 +/–
	Сообщение от angra (ok), 26-Май-17, 09:10
	С точностью до наоборот. Данная штука избавит от еще одной рутины, которой иногда надо заниматься и освободит время для написания кода, реализующего логику, а не создающего интерфейс. И никакого повышенного потребления тоже не будет. В конце концов ничего не мешает написать свой генератор кода для целевого UI тулкита/фреймворка из их абстрактного представления. А вот работа части "мартышек за клавиатурой" действительно станет неактуальной.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	30. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от ыы (?), 26-Май-17, 09:40
	> С точностью до наоборот. Данная штука избавит от еще одной рутины, которой > иногда надо заниматься и освободит время для написания кода, реализующего логику, > а не создающего интерфейс. И никакого повышенного потребления тоже не будет. > В конце концов ничего не мешает написать свой генератор кода для > целевого UI тулкита/фреймворка из их абстрактного представления. А вот работа части > "мартышек за клавиатурой" действительно станет неактуальной. Обычно логику приложения и интерфейс пишут вообще говоря разные люди :)
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+1 +/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 13:20
	Как мимимум для android/ios это, как правило, одни и те же люди.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от angra (ok), 26-Май-17, 19:33
	Угу, особенно если приложение пишет один человек или небольшая команда. Или тех, кто не работает в корпорации на 1000+ человек, вы за программистов не считаете?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	66. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 14:19
	Ага, конечно... То-то часто в Qt приходится игнорировать QML в пользу полного контроля за процессом генерации интерфейса... Особенно вредны такие штуки в тех случаях, когда интерфейс сам генерится "на лету" на основании входных данных. А ещё... сейчас я скажу такую крамолу, которую нельзя всуе перед новаторами произносить — разъярённо затопчут на месте, как врага народа)))... ещё оно абсолютно бесполезно для построения эффективных связей "модель — абстракция", когда интерфейс черпает данные из некоей модели данных, общей для разных его частей) Я прямо-таки слышу истошные гневные вопли и топот разъярённой толпы "модных программистов")))
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	70. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 14:47
	Там он и так автоматом генерируется, без подобных штуковин. А за нестандартные интерфейсы (прибитые гвоздями "гением-автором", а не те, что хозяин под себя настроил) надо сжигать на костре.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 14:55
	Аналогично: абсолютно безответственных пальце-мышко-тыкателей надо гнать из программеров поганой метлой. Я же говорю: QML обхожу стороной и не потому, что охота весь этот код писать самому, а потому, что работа с указателями позволяет вообще выгрузить из памяти ненужную часть интерфейса и вгрузить свою на основании полученных данных. А код, написанный любителями копи-пасты и черезмерной автоматизации вызывает рвотный рефлекс. Это же насколько ТУПЫМИ надо стать, чтобы вот ЭТОМУ радоваться? Абстракция — это хорошо, но не до такой же степени...
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+1 +/–
	Сообщение от Lain_13 (ok), 26-Май-17, 15:02
	Просто представь, что у тебя 15 вариантов интерфейса и ещё с десяток вариантов всяких мелочей в каждом и ты хочешь оттестировать их прежде чем полноценно реализовывать хоть один из оных. Будешь ли ты прорабатывать их все до мелочей, выверяя код до идеала, если 14 вариантов ты потом просто выкинешь?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 15:55
	> Просто представь, что у тебя 15 вариантов интерфейса и ещё с десяток > вариантов всяких мелочей в каждом и ты хочешь оттестировать их прежде > чем полноценно реализовывать хоть один из оных. Будешь ли ты прорабатывать > их все до мелочей, выверяя код до идеала, если 14 вариантов > ты потом просто выкинешь? А теперь давай выпрямим нормально причинно-следственные связи и трезво посмотрим на всю проблему. Я описал ситуацию, в которой такое, вот, автоматическое построение просто-напросто не работает. Три пункта: 1) Регенерация интерфейса; 2) Формирование оного в соответствии с набором данных; 3) Связь интерфейса с моделью данных; Что надо делать: 1) Организовать возможность проектирования подгружаемых частей интерфейса и API для их загрузки/выгрузки; 2) Обеспечить поддержку шаблонов интерфейса и API для их использования и передачи им указателей на источники данных; 3) Реализовать возможность мнемонического/графического сопоставления GUI с моделью; Всё. Вся проблема решится на корню, не оставив причин отказываться от автопроектирования. Но нет, мы будем спорить, чья мода креативнее/прогрессивнее, ведь это проще, чем решать возникающие задачи... Мода... Чтоб она сдохла...
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 15:19
	Ещё раз. Если у тебя есть метаданные, на основе которых ты можешь сгенерировать гуй - оно тебе и так не надо. Если же гуй задан дизайнером - чего ради морочить голову и ручками его рисовать, если можно те же метаданные получить? А чтобы оно память лишнюю не жрало - об этом фреймворк/тулкит должен заботиться, а не разработчик приложения костылить.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	82. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+2 +/–
	Сообщение от Vkni (ok), 26-Май-17, 15:57
	> Если же гуй задан дизайнером - чего ради морочить голову и ручками его > рисовать, если можно те же метаданные получить? Так не получишь - обязательно будет глючить, т.к. это же изначально разрабатывается как нечёткая штука. Т.е. ты нарисуешь, оно переведёт в код нормально, потом перерисуешь - переведёт в код несколько не так, как ты хочешь. Пойдёшь разбираться почему, и умрёшь не доходя до кассы.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 17:56
	Ну значит недопилено, делов-то. А после допила - будет "ну не так, как хотел, но в целом приелемо, и соответствует гайдлайнам", в отличие от попыток товарища выше сделать всё по-своему.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от KroTozeR (ok), 26-Май-17, 20:41
	> Ну значит недопилено, делов-то. А после допила - будет "ну не так, > как хотел, но в целом приелемо, и соответствует гайдлайнам", в отличие > от попыток товарища выше сделать всё по-своему. А потом приходит ТЗ от будущих пользователей, которым с большой колокольни начихать на взгляды программистов. У них свои мотивы, положенные на опыт каждодневного использования ПО, своя специфика данных и работы с ними. Им вообще до ядрёной кочерыжки какие-либо гайдлайны, им работать надо, а не подстраиваться под какое-то там сообщество!
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Vkni (ok), 27-Май-17, 17:00
	> Ну значит недопилено, делов-то. А после допила - будет "ну не так, > как хотел, но в целом приелемо, и соответствует гайдлайнам", в отличие > от попыток товарища выше сделать всё по-своему. Если ты ставишь нейросети и нечёткую логику на допиливание, то количество таких "насяльника, я не поняла, что это должна быть кнопка, а не две" будет зашкаливающим. Многие из них будут скрытыми - работает в 99% случаев, а в 1% получается какой-то ну совершенный ахтунг. И, в результате, твой процесс допила займёт больше, чем процесс написания на нормальном языке с 0-я.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	83. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 15:58
	> Ещё раз. Если у тебя есть метаданные, на основе которых ты можешь > сгенерировать гуй - оно тебе и так не надо. Если же > гуй задан дизайнером - чего ради морочить голову и ручками его > рисовать, если можно те же метаданные получить? А чтобы оно память > лишнюю не жрало - об этом фреймворк/тулкит должен заботиться, а не > разработчик приложения костылить. Решения разработчика фреймворка воспринимаются вштыки, т.к. ломают на корню логику более высокого уровня, коей и является данный проект. Стоит разработчику фреймворка позаботиться об удобстве программистов, как "модные перцы" начнут его заливать потоками экскрементов, ведь оказывается, что их чаянья, на самом деле, бесполезны)
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	95. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–3 +/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 17:59
	Не, не так. Вся гуёвая логика должна быть жёстко прибита к тулкиту и гайдлайнам, которым и следует генератор. Всё остальное - от лукавого, так как нарушает предсказуемость и унификацию интерфейса с точки зрения пользователя. As for me - гуй не просто надо генерировать, в него вообще нельзя программмистам давать ручками лезть.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 20:30
	> Не, не так. Вся гуёвая логика должна быть жёстко прибита к тулкиту > и гайдлайнам, которым и следует генератор. Всё остальное - от лукавого, > так как нарушает предсказуемость и унификацию интерфейса с точки зрения пользователя. > As for me - гуй не просто надо генерировать, в него вообще > нельзя программмистам давать ручками лезть. Такой подход работает ровно до тех пор, пока в интерфейс не начинают подмешиваться специализированные "виджеты", требующие своей логики реакции. В этих ситуациях стандартное поведение GUI как минимум неудобно, как максимум доводит пользователя до бешенства. Собственно, кто сказал, что это поведение самое адекватное и универсальное? Именно потому остаётся право на переделку. А если следовать "As for me", тогда просто появятся фреймворки для фреймворков, ломающие данные ограничения нафиг. Один из примеров, который всплывает в уме - прокрутка QScrollArea с виджетами внутри. По стандартной логике скроллбар появляется поверх канваса внутри границ виджета, перегораживая нахрен содержимое. Установка отступов — это дурно пахнущий кодинг, ибо вся задумка дизайна летит к собачьему роду под хвост. Особенно, если содержимое виджета переменно. Работа с кодом напрямую позволяет делегировать скроллбар из виджета в соседнюю ячейку лэйота, вынеся его отдельно. Ровным счётом НИКАКИХ ПРОБЛЕМ у пользователя такой фокус не вызывает, но картина становится приятной и красивой, сохраняя все привычные очертания. И что теперь? Вот это запрещать? Да, я переделываю по-своему, но кто сказал, что дефолтный вариант истинно верный?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от Sen (?), 26-Май-17, 15:26
	поэтому у таких подходов интерфейс быстрый но не красивый, а народу ещё важна эстетика;)
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	85. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 16:02
	> поэтому у таких подходов интерфейс быстрый но не красивый, а народу ещё > важна эстетика;) Потому эстетика дизайна должна цениться на равных с эстетикой кода. Вместо перетягивания каната эти группы разрабов должны договариваться. Т.е. дизайнер придумал такую, вот, штуку, как выше, пошёл к разработчикам средств автогенерации интерфейса и тем, кто пользует фреймворк, да спросил, как оно им? Нужно ли что-то учесть? Но ему НАПЛЕВАТЬ... У него творческий порыв летит вперёд быстрее логики. Ему, во что бы то ни стало, надо срочно реализовать затеянное, чтобы "сразить" других, повысив самооценку. Ему некогда вылизывать свою идею...
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от Аноним (-), 27-Май-17, 01:25
	Нет такого понятия как "эстетика кода", а кто ее придумал - это уже другой вопрос. Вся ваша эстетика - как ваш код выглядит в блокноте. Другое дело - интерфейсы. Именно их все видят и эстетически оценивают.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от Crazy Alex (ok), 26-Май-17, 18:00
	Мало того, что некрасивый - оно почти всегда ломает ожидания пользователя, потому что подобные штуки в куче нюансов ведут себя совсем не так, как стандартные контролы/группы контролов.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	117. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от Отражение луны (ok), 26-Май-17, 20:53
	Ты можешь в QML работать с указателями и выгружать куски UI, в которых в данный момент не нуждаешься.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	120. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от KroTozeR (ok), 26-Май-17, 20:59
	> Ты можешь в QML работать с указателями и выгружать куски UI, в > которых в данный момент не нуждаешься. Можно, но я не могу туда вгрузить "кусок GUI", сгенерённый по данным, как это делается в случае ВЕБ-а. Это приходится делать "руками".
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от Отражение луны (ok), 28-Май-17, 03:33
	Можешь. Есть куча способов и все зависит от задачи. Помимо всего абсолютно того же, что ты можешь сделать в вебе, ты так же можешь пронаследоваться от итема в плюсах и нарисовать все что тебе вздумается.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–1 +/–
	Сообщение от Отражение луны (ok), 26-Май-17, 20:49
	Странное заявление. У тебя есть полный контроль и при использовании QML.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	54. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	–2 +/–
	Сообщение от Аноним (-), 26-Май-17, 12:26
	Для тех и для тех это начало конца. 32 гб оперативы стоят копейки, учитывая, что мартыху-верстальщика можно не кормить. А потом и программиста.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	88. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от Аноним (-), 26-Май-17, 16:31
	Где эти программисты обитают и какие программы они разрабатывают? Все графические программы (и не только) тяжелеют с каждой версией. Видать программеры деградируют в сторону макак.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	118. "Автоматическая генерация кода интерфейса, повторяющего изобр..."	+/–
	Сообщение от KroTozeR (ok), 26-Май-17, 20:55
	> Где эти программисты обитают и какие программы они разрабатывают? Все графические программы > (и не только) тяжелеют с каждой версией. Видать программеры деградируют в > сторону макак. Рынок труда говорит им, что запах кода не играет столь важной роли, как скорость его написания. Заказчик часто выбирает не тот вариант, где сделают нормально, а тот, где он будет прав. Это ему важнее. А в будущих проблемах всегда можно обвинить исполнителей.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема