Здравствуйте, Lazytech, Вы писали:
L>Согласен. Вообще говоря, у меня там всё чисто условно. Я максимально упростил процедуру "Sign in" / "Sign up" ради удобства отладки. Я так понимаю, по-хорошему надо было сделать самую первую страницу с кнопками "Sign in" и "Sign up", а уже на второй странице сделать поля ввода имени пользователя и пароля с одной кнопкой (либо "Sign in", либо "Sign up").
L>Если заглянуть в код клиентской части, там вообще ад.
Можно еще поиграться с регистрацией через соц. сети -- гугл, фб, мс.
Здравствуйте, Sharov, Вы писали:
S>Можно еще поиграться с регистрацией через соц. сети -- гугл, фб, мс.
Я так понял, речь идет про OAuth. Учитывая то, что Heroku не позволяет бесплатно использовать HTTPS, не хотелось бы подвергать риску чьи-то личные данные. Так-то современные браузеры каждый раз предупреждают пользователя, что используется небезопасное соединение.
Здравствуйте, L.K., Вы писали:
LK>Давно я не выигрывал в крестики-нолики...
Это потому, что в игре используется простенький самопальный алгоритм, способный в лучшем случае свести партию вничью, а не какой-то там minimax.
P.S. Алгоритм в морском бое тоже не самый оптимальный (я знаю, что и как можно улучшить), но у компьютера есть хоть какие-то шансы выиграть. (При условии, что человек не сообразит расставить корабли способом, сильно отличающимся от случайного. )
Здравствуйте, L.K., Вы писали:
LK>Крестики-нолики 3*3 в любом случае сводятся к ничьей. Но первый нолик нужно ставить в углу, иначе — поражение:
Если игру начинает компьютер, он всегда выбирает один из углов. Если же игру начинает человек, то компьютер ходит как умеет.
P.S. У меня не было цели сделать игру, в которой компьютер всегда играет уверенно. Это всего лишь проба сил, не более того. К примеру, я изначально знал, что мне точно не переплюнуть крестики-нолики, которые предлагает Google:
тут на днях начал сам играться с typescript, яваскриптом & vue, ну так вот обнаружил при этом, что дизайн очень посредственный получается, но зато есть выход для таких, как я: material design
могу и тебе тоже порекомендовать подправить твой пример какими-то более профессионально выглядящими стилями и картинками
Здравствуйте, takTak, Вы писали:
T>тут на днях начал сам играться с typescript, яваскриптом & vue, ну так вот обнаружил при этом, что дизайн очень посредственный получается, но зато есть выход для таких, как я: material design
Дизайном я особо не заморачивался, разве что постарался подобрать подходящие размеры элементов и добавил responsiveness. Так-то тот же Svelte позволяет быстро сделать приложение с вполне приличным дизайном:
https://youtu.be/0rnG-OlzGSs?t=590
T>могу и тебе тоже порекомендовать подправить твой пример какими-то более профессионально выглядящими стилями и картинками
T>с помощью materail design можно легко добавить профессионально выглядящие менюшки, красивую интерактивность и прочие плюшки
Спасибо, попробую.
P.S. К сожалению, в моем приложении основная проблема — не плохой дизайн, а косяки в логике. Какие-то из них я нахожу и по возможности правлю, а какие-то, наверное, в упор не вижу...
T>>тут на днях начал сам играться с typescript, яваскриптом & vue, ну так вот обнаружил при этом, что дизайн очень посредственный получается, но зато есть выход для таких, как я: material design
L>Дизайном я особо не заморачивался, разве что постарался подобрать подходящие размеры элементов и добавил responsiveness. Так-то тот же Svelte позволяет быстро сделать приложение с вполне приличным дизайном:
никто эффекта первого впечатления не отменял...
я о том, что есть какое-то соотношение цена-качество сумма усилий — эффект
сейчас мне кажется, что material design гораздо проще в достижении цели создания какого-то более-менее однообразно и профессионально выглядящего дизайна, нежели какой-то там вручную написанный css/sass, в конечном счёте, я думаю, у тебя цель показать,что в сегменте формоклепания ты можешь создать окошки, которые не стыдно показать
L>P.S. К сожалению, в моем приложении основная проблема — не плохой дизайн, а косяки в логике. Какие-то из них я нахожу и по возможности правлю, а какие-то, наверное, в упор не вижу...
да кто там будет на какой-то код смотреть...тем более, что умение структурировать код только с годами опыта может прийти, да и то не ко всем... это не смертельно
Здравствуйте, takTak, Вы писали:
T>никто эффекта первого впечатления не отменял... T>я о том, что есть какое-то соотношение цена-качество сумма усилий — эффект T>сейчас мне кажется, что material design гораздо проще в достижении цели создания какого-то более-менее однообразно и профессионально выглядящего дизайна, нежели какой-то там вручную написанный css/sass, в конечном счёте, я думаю, у тебя цель показать,что в сегменте формоклепания ты можешь создать окошки, которые не стыдно показать
Я думал, что для недизайнера на первом месте — логика, а дизайн постольку поскольку...
T>да кто там будет на какой-то код смотреть...тем более, что умение структурировать код только с годами опыта может прийти, да и то не ко всем... это не смертельно
T>>никто эффекта первого впечатления не отменял... T>>я о том, что есть какое-то соотношение цена-качество сумма усилий — эффект T>>сейчас мне кажется, что material design гораздо проще в достижении цели создания какого-то более-менее однообразно и профессионально выглядящего дизайна, нежели какой-то там вручную написанный css/sass, в конечном счёте, я думаю, у тебя цель показать,что в сегменте формоклепания ты можешь создать окошки, которые не стыдно показать
L>Я думал, что для недизайнера на первом месте — логика, а дизайн постольку поскольку...
в реальности разделение существует только в больших компаниях, в остальном же любой должен уметь сделать что-то, что стандартно выглядит
никто же не говорит о каких-то художественных достижениях, но вот что-то , что выглядит ровно — грех не сделать
L>>Исходя из вышеизложенных рекомендаций, сделал простенькое веб-приложение: L>>http://todoplus2020.herokuapp.com/ (к сожалению, по HTTPS не работает)
Добавил автоматическую сортировку задач по начальной дате, приоритету и статусу (выполнена или не выполнена), а также внес косметические изменения в начальную страницу и в пару других страниц.
Здравствуйте, takTak, Вы писали:
T>никто эффекта первого впечатления не отменял... T>я о том, что есть какое-то соотношение цена-качество сумма усилий — эффект T>сейчас мне кажется, что material design гораздо проще в достижении цели создания какого-то более-менее однообразно и профессионально выглядящего дизайна, нежели какой-то там вручную написанный css/sass, в конечном счёте, я думаю, у тебя цель показать,что в сегменте формоклепания ты можешь создать окошки, которые не стыдно показать
Тогда, как мне кажется, имеет смысл освоить азы формоклепания, чтобы уметь сваять на скорую руку простенький (и, что немаловажно, легковесный), но пристойно выглядящий UI.
L>Тогда, как мне кажется, имеет смысл освоить азы формоклепания, чтобы уметь сваять на скорую руку простенький (и, что немаловажно, легковесный), но пристойно выглядящий UI.
L>Кстати, легковесную и «отзывчивую» верстку можно сделать даже без использования JS.
пока какой-то альтернативы html нет, это — верно, в конечном счёте, пользователю ведь всё равно, есть там какой-то яваскрипт или что ещё или нет, главное- чтобы прилично выглядело и работало так, как ожидаеется...
моя мысль в том была, что если самому всё это с нуля писать, то потратишь ты час на просмотр того, как кто-то там navigation bar ваял, два часа на то, чтобы всё это перенести, потом то же самое с combobox и так далее, то в итоге получится прорва времени, исчисляемая неделями и месяцами, в течение которой ты наваяшь что-то, что можно было бы с помощью готовой библиотеки material design сделать за три часа или два дня, с почти схожим результом, ну и в чём смысл?
просто надо начинать ...рить приложения, тогда ты сам увидишь, что без html components- никак, без typescript- никак, без webpack- никак и так далее
Здравствуйте, takTak, Вы писали:
T>пока какой-то альтернативы html нет, это — верно, в конечном счёте, пользователю ведь всё равно, есть там какой-то яваскрипт или что ещё или нет, главное- чтобы прилично выглядело и работало так, как ожидаеется... T>моя мысль в том была, что если самому всё это с нуля писать, то потратишь ты час на просмотр того, как кто-то там navigation bar ваял, два часа на то, чтобы всё это перенести, потом то же самое с combobox и так далее, то в итоге получится прорва времени, исчисляемая неделями и месяцами, в течение которой ты наваяшь что-то, что можно было бы с помощью готовой библиотеки material design сделать за три часа или два дня, с почти схожим результом, ну и в чём смысл?
Насколько я понял, CSS-фреймворки вроде Material Design обычно используют для того, чтобы быстро сваять более-менее стандартный UI. Шаг вправо, шаг влево...
T>просто надо начинать ...рить приложения, тогда ты сам увидишь, что без html components- никак, без typescript- никак, без webpack- никак и так далее
Учитывая низкую востребованность Svelte, сегодня посмотрел вводную лекцию по React, в ходе которой лектор сваял простенький to-do list:
Столько ненужной мороки... Этот же to-do list, реализованный на Svelte, внутри выглядел бы гораздо проще. (Это я к тому, что Svelte, в отличие от React, пока не поддерживает TypeScript, а вместо webpack по умолчанию использует rollup, ну и прочие-разные недочеты в Svelte есть. )
Допускаю, что в сложных проектах HTML Components, TypeScript и webpack могут быть весьма полезны. Но иногда, наверное, вполне можно и без них обойтись.
L>Столько ненужной мороки... Этот же to-do list, реализованный на Svelte, внутри выглядел бы гораздо проще. (Это я к тому, что Svelte, в отличие от React, пока не поддерживает TypeScript, а вместо webpack по умолчанию использует rollup, ну и прочие-разные недочеты в Svelte есть. )
L>Допускаю, что в сложных проектах HTML Components, TypeScript и webpack могут быть весьма полезны. Но иногда, наверное, вполне можно и без них обойтись.
так речь не идёт о "легче"
речь о том, что если, как в армии, есть устав, то каждый солдат знает, как отдавать честь начальнику, ну или "всё нужно делать по форме",
тогда солдаты взаимозаменяемы и если один погибнет в бою, то всегда можно найти другого, который из круглой винтовки стрелять умеет, если же солдат устава не знает и норовит орудовать киркой, то ну его нафиг
Здравствуйте, takTak, Вы писали:
T>так речь не идёт о "легче" T>речь о том, что если, как в армии, есть устав, то каждый солдат знает, как отдавать честь начальнику, ну или "всё нужно делать по форме", T>тогда солдаты взаимозаменяемы и если один погибнет в бою, то всегда можно найти другого, который из круглой винтовки стрелять умеет, если же солдат устава не знает и норовит орудовать киркой, то ну его нафиг
Очень много лишних телодвижений. (Я не про HTML Components, TypeScript и webpack, а про сам React.)
T>>так речь не идёт о "легче" T>>речь о том, что если, как в армии, есть устав, то каждый солдат знает, как отдавать честь начальнику, ну или "всё нужно делать по форме", T>>тогда солдаты взаимозаменяемы и если один погибнет в бою, то всегда можно найти другого, который из круглой винтовки стрелять умеет, если же солдат устава не знает и норовит орудовать киркой, то ну его нафиг
L>Очень много лишних телодвижений. (Я не про HTML Components, TypeScript и webpack, а про сам React.)
сразу видно, что ты ничего не понимаешь в enterprise programming
тут главное- чтобы было побольше движений!!! иначе ты быстро что-то сделаешь и перестанешь быть нужным, те же, кто просекли фишку, выбирают фреймворк потолще, чтобы клиент побагаче им подольше и побольше платил
Здравствуйте, takTak, Вы писали:
T>сразу видно, что ты ничего не понимаешь в enterprise programming T>тут главное- чтобы было побольше движений!!! иначе ты быстро что-то сделаешь и перестанешь быть нужным, те же, кто просекли фишку, выбирают фреймворк потолще, чтобы клиент побагаче им подольше и побольше платил
)
(Я не про HTML Components, TypeScript и webpack, а про сам React.)
