К постановке вопроса зачем - стоит обернуть в кавычки слово "зачем", а то приходится перечитывать и ломать голову: это какой-то прикол, неграмотность, неуважение читателя или недосмотр второпях?
Как уже сказано в комментариях, площадка тексто-центричная. Работа над качеством текста это отдельный труд, без обид, но если Вам он не близок, воспользуйтесь проверкой орфографии в офисном текстовом процессоре типа MS Word или его аналогом в Вашей религии.
По поводу материала, и его места в мире. DIY - это хорошо для сообщества, для новичков в ruby. Но есть расхождение, т.к. названия "сделал свой ноушен" и "DIY ноушен за 6 часов" дают разные ожидания у читателя к итоговому результату. В первом случае ожидается, что кто-то смог повторить ноушен во всех мелочах, что безусловно монументальный труд, - дьявол в мелочах. Во втором случае читатель понимает, что смысл статьи не повторить ноушен и захватить освободившийся рынок угодив всем потребностям осиротевших пользователей. А просто посидеть в гараже за новыми экспериментами и по оттачивать навыки разработки с мастером этого дела.
В остальном, хорошая демка, в качестве тестового задания на сеньора в руби, наверное (не уверен, т.к. не шарю за руби). Но ux и ui не дотягивают до ноушена. Это баг или фича? Опыт подсказывает, что за следующие 6 часов вопрос не решится. Я могу ошибаться. Тогда жду продолжения "полноценный клон ноушена за 12 часов".
Простите мне мою иронию, не подумайте, что я в Вас не верю или не ценю проделанную работу. Просто рассуждаю о месте данной работы в мире.
Почитал комментарии, узнаю себя во многих людях здесь. Ощущение что прилетел на родную планету. Все читают про тайм менеджмент, очень много и глубоко думают, каждый в своём направлении, и страдают от того, что ресурс внимания на всё остальное ограничен. У всех свои "хаки" как обмануть эту систему, и огромная воля менять мир. Вот уж откуда не ожидал таких ощущений родства, так это из статьи на хабре про болячку, о которой 30 лет ничего не знал.
Спасибо за советы, я ими всеми пользовался, в разные периоды, они работают! Но мне никогда нехватало ума или воли собрать их вместе в личный кодекс СДВГшника. И сейчас я к 30 годам сделав карьеру, семью, выполнив много проектов (до конца! что вообще верх креативности и чудо самоубеждения, даже аудио-книжки слушаю до конца). В целом, меня спасает повернутость на эффективности в своем деле и я уже пару лет работаю над системным подходом, т.к. это всегда был мой пробел. Недавно я выяснил что я СДВГшник, это объясняет почему мне всегда казалось что я какой-то не такой. Думаю мне должно помочь это знание. Сейчас думаю начать отслеживать выгорание и депрессивные состояния и контролировать дофаминовые голодания в течении дня
Vaadin по этому описанию похож на blazor из c#, всё это игрушки для бакэндеров, чтобы типа не лезть во фронт, хотя всё равно приходится что-то css'ить, что-то javascript'ить и думать о фронте, пока пишешь на фреймворке, с которым "не нужно думать о фронте", просто теперь ты думаешь о том как заставить его генерить именно тот html, который надо именно тебе. А если речь зайдет о том чтобы сделать свою тему на весь фронт, простые фронтэндеры уже не справятся, т.к. им придется вникать во все тонкости управления движком и либо всё будет делать фулстекер или бэкер с фронтером вместе.
Про ресурсы я считаю тут сказано достаточно, чтобы понять, что такой фреймворк это не игра в долгую. Ограничение по ресурсам на пользователя - минус масштабирование и заранее известный итог, всё перепишут на другую платформу. Ещё и мучительно больно придется тем кто не зная этого движка, будет отделять впаянную во внутрь бизнес логику от "фронта на языке бакэнда" и будет копаться в том как же движок реализует фронт.
Главная проблема таких решений это замкнутый круг их малого коммьюнити, апдейты не такие частые как у более крупных движков, меньше юзеров тестят, пишут в поддержку и пишут гайды и соответственно большее багов, дольше развитие движка, больше проблем при разработке, больше порог вхождения, меньше разработчики хотят в это вникать. В то время как веб развивается и фронтентд быстро переходит на новые решения, здесь всё будет одинаковым пока разрабы не поспеют за новыми веяниями, чего ещё пади дождись, и чтобы быть актуальным новые решения придется внедрять либо в обход фреймворка, либо костыля на нём какие-нибудь непопулярные решения. Плюс не забываем про ресурсные ограничения.
Так стоит ли писать на таком фреймворке
с которого всё равно придется переписывать
знания о котором вряд ли пригодятся и будет сложно найти работу
с которым точно будет куча проблем, при следующем обновлении веба или реализации фич связанных с фронтом
для которого понадобятся дополнительные ресурсы железа
К постановке вопроса зачем - стоит обернуть в кавычки слово "зачем", а то приходится перечитывать и ломать голову: это какой-то прикол, неграмотность, неуважение читателя или недосмотр второпях?
Как уже сказано в комментариях, площадка тексто-центричная. Работа над качеством текста это отдельный труд, без обид, но если Вам он не близок, воспользуйтесь проверкой орфографии в офисном текстовом процессоре типа MS Word или его аналогом в Вашей религии.
По поводу материала, и его места в мире. DIY - это хорошо для сообщества, для новичков в ruby. Но есть расхождение, т.к. названия "сделал свой ноушен" и "DIY ноушен за 6 часов" дают разные ожидания у читателя к итоговому результату. В первом случае ожидается, что кто-то смог повторить ноушен во всех мелочах, что безусловно монументальный труд, - дьявол в мелочах. Во втором случае читатель понимает, что смысл статьи не повторить ноушен и захватить освободившийся рынок угодив всем потребностям осиротевших пользователей. А просто посидеть в гараже за новыми экспериментами и по оттачивать навыки разработки с мастером этого дела.
В остальном, хорошая демка, в качестве тестового задания на сеньора в руби, наверное (не уверен, т.к. не шарю за руби). Но ux и ui не дотягивают до ноушена. Это баг или фича? Опыт подсказывает, что за следующие 6 часов вопрос не решится. Я могу ошибаться. Тогда жду продолжения "полноценный клон ноушена за 12 часов".
Простите мне мою иронию, не подумайте, что я в Вас не верю или не ценю проделанную работу. Просто рассуждаю о месте данной работы в мире.
Почитал комментарии, узнаю себя во многих людях здесь. Ощущение что прилетел на родную планету. Все читают про тайм менеджмент, очень много и глубоко думают, каждый в своём направлении, и страдают от того, что ресурс внимания на всё остальное ограничен. У всех свои "хаки" как обмануть эту систему, и огромная воля менять мир. Вот уж откуда не ожидал таких ощущений родства, так это из статьи на хабре про болячку, о которой 30 лет ничего не знал.
Спасибо за советы, я ими всеми пользовался, в разные периоды, они работают! Но мне никогда нехватало ума или воли собрать их вместе в личный кодекс СДВГшника. И сейчас я к 30 годам сделав карьеру, семью, выполнив много проектов (до конца! что вообще верх креативности и чудо самоубеждения, даже аудио-книжки слушаю до конца). В целом, меня спасает повернутость на эффективности в своем деле и я уже пару лет работаю над системным подходом, т.к. это всегда был мой пробел. Недавно я выяснил что я СДВГшник, это объясняет почему мне всегда казалось что я какой-то не такой. Думаю мне должно помочь это знание. Сейчас думаю начать отслеживать выгорание и депрессивные состояния и контролировать дофаминовые голодания в течении дня
Vaadin по этому описанию похож на blazor из c#, всё это игрушки для бакэндеров, чтобы типа не лезть во фронт, хотя всё равно приходится что-то css'ить, что-то javascript'ить и думать о фронте, пока пишешь на фреймворке, с которым "не нужно думать о фронте", просто теперь ты думаешь о том как заставить его генерить именно тот html, который надо именно тебе. А если речь зайдет о том чтобы сделать свою тему на весь фронт, простые фронтэндеры уже не справятся, т.к. им придется вникать во все тонкости управления движком и либо всё будет делать фулстекер или бэкер с фронтером вместе.
Про ресурсы я считаю тут сказано достаточно, чтобы понять, что такой фреймворк это не игра в долгую. Ограничение по ресурсам на пользователя - минус масштабирование и заранее известный итог, всё перепишут на другую платформу. Ещё и мучительно больно придется тем кто не зная этого движка, будет отделять впаянную во внутрь бизнес логику от "фронта на языке бакэнда" и будет копаться в том как же движок реализует фронт.
Главная проблема таких решений это замкнутый круг их малого коммьюнити, апдейты не такие частые как у более крупных движков, меньше юзеров тестят, пишут в поддержку и пишут гайды и соответственно большее багов, дольше развитие движка, больше проблем при разработке, больше порог вхождения, меньше разработчики хотят в это вникать. В то время как веб развивается и фронтентд быстро переходит на новые решения, здесь всё будет одинаковым пока разрабы не поспеют за новыми веяниями, чего ещё пади дождись, и чтобы быть актуальным новые решения придется внедрять либо в обход фреймворка, либо костыля на нём какие-нибудь непопулярные решения. Плюс не забываем про ресурсные ограничения.
Так стоит ли писать на таком фреймворке
с которого всё равно придется переписывать
знания о котором вряд ли пригодятся и будет сложно найти работу
с которым точно будет куча проблем, при следующем обновлении веба или реализации фич связанных с фронтом
для которого понадобятся дополнительные ресурсы железа