Один мой друг пару лет назад заявил что «хватит загружать сервер генерацией шаблонов», это должно делаться на фронтенде, а сервер будет только отдавать данные, по сути мы постепенно приходим именно к этому.
Я считаю, что отдавать только те данные, которые нужны при данном разрешении устройства — это один из промежуточных шагов в такому подходу
Раз уж затронул специфику JS, то где хоть слово про область видимости переменных, про то что null в JS это объект? Ничего про эти и другие специфичные для JavaScript вещи, которые стоит узнать прежде чем начать на нем писать.
Я посмотрел видео как раз с уведомлением из твитера. Как я понял у него еще и обратная связь есть «реакция на касание/передвижение», можно отключать будильник по встряхиванию шарика.
Код на C# покажет, насколько ты умеешь писать хороший код и разбираешься в алгоритмах, но не покажет умеешь ли ты работать с памятью. Т.е. это не принципиально?
Не мешало бы учитывать час пик для времени перехода между станциями. Зачастую приложение показывает маршрут с двумя пересадками, как более быстрый, а на деле на переходы тратишь гораздо больше времени чем считает приложение.
Иногда убедить людей, в том что они жили без вашего продукта, а теперь нуждаются в нем достаточно затратно, это тоже нужно учитывать. Хотя стратегию голубого океана тоже никто не отменял.
Я представлял себе сервис определенным образом, хотел реализовать тот функционал, который считал необходимым и предусмотреть масштабируемость. Сайт требовал больше сил и времени, чем я был готов ему уделить.
На хабре периодически всплывают топики о там как начинали те или иные проекты. Нужно анализировать продукты конкурентов чтобы понять сколько они зарабатывают, тратят и как они к этому пришли. Я в основном общался с людьми, которые создавали свои стартапы, они обычно не готовы раскрывать свои секреты, но готовы помочь и оценить твою работу.
Суть лишь в том что для создания серьезного проекта нужна материальная поддержка.
Если есть возможность работать год над крутым проектом — этим нужно заниматься, если такой возможности нет — нужно браться за проекты которые по силам, но они должны быть проще, а не хуже.
Потратить год на реализацию продукта, которым не станут пользоваться — это не рентабельно, нужно осознавать достаточно ли дать пользователям удобный UI и мощный функционал, чтобы они перешли на ваш продукт. Иногда это вопрос привычки, маркетинга или социальной составляющей. А вообще проблема отсутствия хороших сервисов во многих сферах меня и самого печалит, постоянно с этим сталкиваюсь.
Я считаю, что отдавать только те данные, которые нужны при данном разрешении устройства — это один из промежуточных шагов в такому подходу
Если есть возможность работать год над крутым проектом — этим нужно заниматься, если такой возможности нет — нужно браться за проекты которые по силам, но они должны быть проще, а не хуже.