В кокосе в свое время можно было выбрать контроллер и создать проект прям в несколько кликов. Если не путаю.
А сейчас все что может само генерировать проект выдает чудовищные простыни с HAL через которые новичку пробраться к железу гораздо сложнее. Хотя сейчас есть LL но с ним по-умолчанию тоже проект не сгенерируешь, опять hal прицепом.
Мудрость индейцев Дакоты гласит: если ты заметил, что скачешь на дохлой лошади, – слезь с неё.
Но в жизни мы часто руководствуемся другими стратегиями:
– достаём более крепкий кнут;
– меняем всадника;
– говорим себе: «мы и раньше скакали на дохлой лошади»;
– создаём рабочую группу для изучения дохлой лошади;
– посещаем разные места, чтобы посмотреть, как скачут на дохлых лошадях там;
– создаём отдел по оживлению дохлой лошади;
– устраиваем тренировки, чтобы научиться лучше скакать на дохлой лошади;
– проводим сравнительный анализ всевозможных дохлых лошадей;
– изменяем критерии, устанавливающие, что лошадь мертва;
– нанимаем на стороне людей, якобы умеющих скакать на дохлой лошади;
– внушаем себе, что ни одна лошадь не может быть настолько дохлой, чтобы на ней нельзя было скакать;
– проводим исследования, чтобы узнать, есть ли более хорошие или более дешёвые дохлые лошади;
– объясняем себе, что наша дохлая лошадь быстрее, лучше и дешевле, чем другие;
– создаем совет по качеству, чтобы найти применение дохлым лошадям;
– пересматриваем условия работы для дохлых лошадей;
– расширяем сферу применения дохлых лошадей;
– и, наконец: образуем особый отдел, в котором изучают потребности именно дохлых лошадей.
да юбунта это полусырое изделие, не для простых смертных,
поставил себе кубунту 9.04, тормозит, софт вылетает, постоянно какие то траблы, а установка софта не из адепта так это вообще «песня». имхо им далеко еще до нормальной оси «для всех».
Хочу поделиться тем, как легко решается трудность «перебора», но только при условии, что Вы умеете быстро и качественно кодить:
1) Для всех часто повторяющихся задач следует писать утилитки для их более быстрого решения. Из опыта: за ночки две создал утилитки формирующие автоматом, по заданным параметрам шаблоны сайтов и генерировала PSD с граф. элементами и генератор логотипов. Все генерирую согласно правилам дизайна и типографики. Всё что остаеться мне — довести материал до ума, что проще, нежели изобретать велосипед.
2) Разрабатывая ПО\серверные скрипты создавайте максимально модифицируемую систему, а любой элемент загоняйте в виде подключаемого модуля. Тогда Вам проще будет делать апгрейт Вашей работы + не нужно будет писать по новой код для других заказов.
3) Однотипную работу автоматизируйте через скрипты (для винды идеально подходит AutoIT. Из жизна: у3 меня брат так в банке автоматизировал всю свою работу и целій день мог заниматься своими делами)
В кокосе в свое время можно было выбрать контроллер и создать проект прям в несколько кликов. Если не путаю.
А сейчас все что может само генерировать проект выдает чудовищные простыни с HAL через которые новичку пробраться к железу гораздо сложнее. Хотя сейчас есть LL но с ним по-умолчанию тоже проект не сгенерируешь, опять hal прицепом.
А ну и собственно попробовать Vue меня убедило вот это видео:
Там добротно рассматривается "что не так" с современными фреймворками.
После просмотра и реального использования Vue я готов подтвердить слова автора.
Ну и ещё раз, как бекэнд разработчик моё мнение не совсем объективно.
Но в жизни мы часто руководствуемся другими стратегиями:
– достаём более крепкий кнут;
– меняем всадника;
– говорим себе: «мы и раньше скакали на дохлой лошади»;
– создаём рабочую группу для изучения дохлой лошади;
– посещаем разные места, чтобы посмотреть, как скачут на дохлых лошадях там;
– создаём отдел по оживлению дохлой лошади;
– устраиваем тренировки, чтобы научиться лучше скакать на дохлой лошади;
– проводим сравнительный анализ всевозможных дохлых лошадей;
– изменяем критерии, устанавливающие, что лошадь мертва;
– нанимаем на стороне людей, якобы умеющих скакать на дохлой лошади;
– внушаем себе, что ни одна лошадь не может быть настолько дохлой, чтобы на ней нельзя было скакать;
– проводим исследования, чтобы узнать, есть ли более хорошие или более дешёвые дохлые лошади;
– объясняем себе, что наша дохлая лошадь быстрее, лучше и дешевле, чем другие;
– создаем совет по качеству, чтобы найти применение дохлым лошадям;
– пересматриваем условия работы для дохлых лошадей;
– расширяем сферу применения дохлых лошадей;
– и, наконец: образуем особый отдел, в котором изучают потребности именно дохлых лошадей.
поставил себе кубунту 9.04, тормозит, софт вылетает, постоянно какие то траблы, а установка софта не из адепта так это вообще «песня». имхо им далеко еще до нормальной оси «для всех».
1) Для всех часто повторяющихся задач следует писать утилитки для их более быстрого решения. Из опыта: за ночки две создал утилитки формирующие автоматом, по заданным параметрам шаблоны сайтов и генерировала PSD с граф. элементами и генератор логотипов. Все генерирую согласно правилам дизайна и типографики. Всё что остаеться мне — довести материал до ума, что проще, нежели изобретать велосипед.
2) Разрабатывая ПО\серверные скрипты создавайте максимально модифицируемую систему, а любой элемент загоняйте в виде подключаемого модуля. Тогда Вам проще будет делать апгрейт Вашей работы + не нужно будет писать по новой код для других заказов.
3) Однотипную работу автоматизируйте через скрипты (для винды идеально подходит AutoIT. Из жизна: у3 меня брат так в банке автоматизировал всю свою работу и целій день мог заниматься своими делами)