в целом то всё верно, но... Невозможность сохранить конфиг для некоторых приложений означает, что работать нормально уже не получится. И от себя я бы ещё добавил, что не помешает делать обработку ошибок при загрузке конфига.
Если не будет возможности отключения опции, то вы рискуете огрести много негатива от пользователей. Например, я привык, что машина за меня не думает. Что написал - то и должно быть.
К сожалени. человек существо плохо формализуемое, так что я плохо представляю универсальную игру, которая подходит под все процессы, но вот с другой стороны. Геймеры - они же как фанаты. Вспомнить хотя бы показатель кликов/минуту для старкрафтеров.
Осталось придумать мощный ИИ, имитирующий тупого заказчика с рандомной генерацией новых фич. Вида: заказчик захотел новую фичу уровня 3 типа Б, вам потребует обучить 2 новых разработчиков и выделить одного старого для реализации фичи. Бонус от выполнения фичи: x бабла и y очков удовлетворения заказчика.
подумайте о том, как вы будете работать с этим человеком в следующий раз, если будете.
Я бы просто заложил и обговорил возможность штрафа на следующий раз, хотя лучше назвать это не штрафом а бонусом за вовремя выполненное задание.
расскажите это заказчику, который хочет чтобы окошко приложение отрисовывалось через 2 секунды после запуска и его не волнует что правильно, а что нет. Вместе с тем некоторые синглтоны вполне могут инициализироваться от чего-нибудь медленного, да хотя бы от чтение с диска.
А по сути всё люди разные и формальные признаки вроде сертификатов катят только как предварительный отсев кандидатов. Да и то не в программировании. У кого то просто нет времени получать сертификаты.
1. Выбирать должен специалист (да, я знаю что об этом говорили, но я повторюсь)
2. Специалист должен выбрать то, с чем будет удобнее работать ему, то что он знает досконально. Если он не знает досконально ни один кроссплатформенный вариант - наймите другого специалиста. В идеале оценку должен делать человек знакомый с 2-3 разными подходами к кроссплатформенности.
Все остальное вторично. Если проект маленький, то никто не будет тратить деньги на его юзабилити, производительность и т.д. больше чем это требуется. Вы не сделаете красивый кроссплатформенный проект визардом. Все равно что-то вылезет.
Если проект большой, то можно на любой платформе сделать конфетку. К примеру в моем проекте изобретено немеряно велосипедов просто потому, что нам не подходили стандартные по скорости/памяти или функциональности. Именно поэтому у нас своя замена SWT, свой джаббер сервер и т.д.
ну не знаю, не знаю. Я обычно статьи написанные в таком стиле пропускаю на автомате. А интерес можно вызывать и по другому, ближе к техническим деталям.
мне кажется Вы прекрасно поняли что я имел ввиду. Но все-таки я поясню: я захожу на хабр, открываю пост с интересным заголовком и вижу спам, я пробегаю глазами первый абзац - это все ещё спам, второй - нет результата. Но заголовок интересный а пост большой, я продолжаю читать. Я прочитываю ВЕСЬ пост, все несколько абзацев спама и не нахожу ничего интересного, т.е. вообще ничего. Уберите рекламные обороты и текст сократится в 3 раза, а то и больше.
Мне не нравится что прочитав так много я получил так мало, вот и всё. Если бы пост был маленьким, то я бы просто ознакомился с ним и успокоился.
Ну и толку в этой рекламе? Покажите мне серьезный работающий пример. Черт возьми, да хотя бы один паттерн. Я знаю как пользоваться гуглом, я нашел какую-то книгу, но пока такого примера нет в этом посте, он для меня просто реклама, восторженное эссе маркетолога ниочем.
Осталось придумать мощный ИИ, имитирующий тупого заказчика с рандомной генерацией новых фич. Вида: заказчик захотел новую фичу уровня 3 типа Б, вам потребует обучить 2 новых разработчиков и выделить одного старого для реализации фичи. Бонус от выполнения фичи: x бабла и y очков удовлетворения заказчика.
Я бы просто заложил и обговорил возможность штрафа на следующий раз, хотя лучше назвать это не штрафом а бонусом за вовремя выполненное задание.
1. Выбирать должен специалист (да, я знаю что об этом говорили, но я повторюсь)
2. Специалист должен выбрать то, с чем будет удобнее работать ему, то что он знает досконально. Если он не знает досконально ни один кроссплатформенный вариант - наймите другого специалиста. В идеале оценку должен делать человек знакомый с 2-3 разными подходами к кроссплатформенности.
Все остальное вторично. Если проект маленький, то никто не будет тратить деньги на его юзабилити, производительность и т.д. больше чем это требуется. Вы не сделаете красивый кроссплатформенный проект визардом. Все равно что-то вылезет.
Если проект большой, то можно на любой платформе сделать конфетку. К примеру в моем проекте изобретено немеряно велосипедов просто потому, что нам не подходили стандартные по скорости/памяти или функциональности. Именно поэтому у нас своя замена SWT, свой джаббер сервер и т.д.
Мне не нравится что прочитав так много я получил так мало, вот и всё. Если бы пост был маленьким, то я бы просто ознакомился с ним и успокоился.