> Да сигнальники у техаса самые-самые, а вот микроконтролллеры не оч( Да и с документацией всегда проблемы.
TI недавно купили себе производителя Cortex-M3-контроллеров — теперь поставляют серию Stellaris, очень хороши (для ethernet'а вообще вне конкуренции, т.к. только они содержат встроенный PHY, а не только MAC), и с документацией всё в порядке.
Кстати, каждый может провести эксперимент: перечислите свои любимые 10 онлайновых магазинов и проверьте, сколько из них работают на «типовых всем известных движках без изобретения велосипедов». Едва ли наберется хотя бы 2-3. Скорее всего даже ни одного из 10. Так что…
Дилемму «брать готовое» или «писать своё» можно изложить и так: «быть как все и не париться» или «попробовать сделать лучше».
Один из смыслов: если программист не знает ни одного из них, и если нет у него старшего товарища поблизости, то выбор фреймворка плюс изучение его (потом на первом проекте убеждение в неверном выборе, потом изучение второго и т.д.) займёт намного больше времени, чем написание своего с нуля по мере освоения PHP и целевой задачи. Ну а потом, со временем, со знанием дела, можно будет повыбирать и из готовых. Это как сначала научиться нормально ходить на своих двоих, и только потом (через несколько лет) осваивать автомобиль.
Добавлю пункт:
4. Полностью свой код, даже если задача не уникальна, но если сайт должен стать «конкурентным преимуществом» фирмы перед другими такими же магазинами, сделанными на типовых движках. Именно как у автора этой заметки — когда «стиль работы» сайта совпадает со стилем работы менеджеров, когда можно учесть любые нюансы, то общая эффективность значительно повышается.
Готовые магазинные скрипты или магазины и CMS хороши, но всегда найдётся пунктик, из-за которого приходится «плеваться» и переписывать этот кусок или уговаривать разработчиков на изменение или развитие этого функционала. И это стоит стольких нервов, времени или денег, что почти всегда проще самому с нуля всё написать. А если уж когда-то что-то подобное делал, то тем более — допилить свою старую разработку всегда проще, чем чужую. Вот только система получается зависимой от одного программиста… Но «независимости» тут и не бывает — зависимость от фирмы-поставщика CMS может стать не меньшей проблемой. У них тоже и программисты меняются, и нередко и вовсе с рынка вылетают. А выбирать CMS не по функционалу, а по прикидке «кто наиболее вероятный лидер рынка в ближайшие 5 лет» (и поэтому не пропадёт и может быть будет учитывать наши пожелания по доработкам) — тоже как-то неправильно…
В общем, в такой простой задаче как «онлайн-магазин» я голосую за самописные магазины.
Ну, как раз эта статья, которую мы тут обсуждаем, показывает, что и в андроиде всё пока очень далеко от идеала. В WinCE хоть какая-то системность была в API, а Android именно что перенял стиль Linux, в котором нет единого подхода к интерфейсам. Возможно это к лучшему, но для разработчика сложнее.
У Microsoft с мобильными осями вообще смешно, точнее грустно. В самых старых Windows CE карты памяти поддерживались (у меня сохранились Palmsize PC с WinCE 2.0 1998м с CompactFlash, Handheld PC того же года не только с CF, но и с PCMCIA-слотом, телефон (MPx200) на WinCE 2002 года с поддержкой SD-карт), а в новых Windows Phone урезали всё что можно, т.е. похоже просто берут пример с iPhone…
В погоне за новой модой убили нормальную полноценную гик-френдли мобильную ОС, печаль.
На самом деле SQLite3 и так позволяет нормальный параллельный доступ из разных процессов и из разных потоков к одним и тем же БД, не требуется ничего наворачивать сверху, SQLite сам разбирается со всеми блокировками, кэшами и т.п. В частности, это очень активно используется в Eserv (отечественный почтовый и веб сервер), начиная с 4й версии (индексы писем и пр.).
Если SQLite база сбоит (обычные команды открытия/чтения базы дают ошибку SQLITE_CORRUPT), то часто все-равно можно сделать «sqlite .dump» через консоль, получить все данные (в виде команд insert) до сбойного места. Ну как в MySQL в случае myisam можно частично восстановить табличку после сбоя.
На самом деле на уровне SQLite API можно явно указывать, с каким типом работаешь в каждом поле, в этом случае не потребуется не только автоконвертации, но и вообще конвертации чисел в текст в процессе основной работы (не считая, конечно, вывода итогов пользователю). Это если использовать биндинг полей.
В IE тоже был браузерный API для автозаполнения форм с персональными данными. Даже два разных API — CardSpace и еще что-то на него очень похожее, но не совместимое (за несколько лет до CardSpace) — я его даже использовал в каком-то проекте, но название этого старого API успел забыть.
Меня больше интересует, как эти машины там вообще выпускают на дороги, ведь эти роботы наверное не имеют водительских прав (?)
Несколько месяцев назад смотрел по телеканалу Science сюжет о самоходных авто — «развозчиках пиццы», и вот там машина ехала в сопровождении спец.«конвоя» других машин, и всё равно создала аварийную ситуацию, врезавшись в опору моста. Это была наверное не гугловская, но разве не достаточно такого прецедента, чтобы вообще не пускать роботов на дороги без предварительного освобождения этих дорог от людей?
Под PC меньше собирают не потому, что меньше на них играют, а потому что там пиратить на порядок проще, т.е. куча игроков не попадают в статистику вообще. Но поскольку деньги все же собираются на PC-играх немалые (в отличие от Linux), то все стОящие (покупки :) игры все же пишутся и в PC-версии.
Я в игры не играю уже лет 20, но наблюдаю за своими детьми и их товарищами: в первую очередь под игры занимаются все windows-компьютеры, затем планшеты и телефоны, и только потом Xbox с кинектом. Думаю, что не из-за «плохих игр», а именно из-за ограниченных возможностей геймпадов (даже в сумме с кинектом) — мало кнопок, недостаточная точность управления, отсутствия курсора на экране (как без него в «стратегиях»?). И это даже не «дело привычки». Маленькие дети, которые не особо успели привыкнуть к PC, вообще предпочитают планшеты. А кинект и вовсе увлекает только поначалу. Все любят играть сидя, без излишнего размахивания конечностями :)
> Теперь точно не за горами, скажем, электронная книжка, которую можно будет сложить пополам и убрать в карман.
Для этого она не обязательно должна быть целиком гибкой, достаточно одного гибкого сочленения. Как в телефонах-раскладушках…
LiPo-аккумуляторы изначально были гибкими, но при маленькой толщине не обеспечивали нормальный ток. Запитать от элемента светодиод — это одно (20mA), а запитать типичный гаджет — совсем другое (400mA, к примеру). Складываем элементы в батарейку, и сразу получаем негибкую конструкцию… Корейцы вероятно создали какой-то более эффективный полимер для LiPo, но это пока не похоже на прорывную разработку. Тем более, что безопасность литиевых элементов понижается при механических нагрузках…
Ну, еще бывает наверное какая-то генетическая НЕпредрасположенность к ожирению. Мне вот тоже 41, питаюсь нормально :), двигаюсь мало, но не толстею, не лысею, и даже пока не седею. Т.е. сухощавый человек — не обязательно спортсмен.
А в обычные «старомодные» Win32-приложения можно добавить большие иконки, чтобы Win8 их показывала тайлами? Ну, ресурсами в готовый exe-файл как-нибудь…
Все непуганные. У нас при получении X.509-сертификата в Comodo неком импортном CA сначала требовали добавления компании в yellow pages на каком-то спец.сайте, а когда мы ответили «мы давно отправили заявку, но всё никак не публикуют» (так и есть), то приняли в качестве доказательства существования компании сканы рег.документов и лицензий, т.е. просто картинки, которые мы могли бы и нарисовать… Причем английское название компании, которое мы заявили в сетификате, не совпадает с указанным в русских рег.документах.
TI недавно купили себе производителя Cortex-M3-контроллеров — теперь поставляют серию Stellaris, очень хороши (для ethernet'а вообще вне конкуренции, т.к. только они содержат встроенный PHY, а не только MAC), и с документацией всё в порядке.
Дилемму «брать готовое» или «писать своё» можно изложить и так: «быть как все и не париться» или «попробовать сделать лучше».
4. Полностью свой код, даже если задача не уникальна, но если сайт должен стать «конкурентным преимуществом» фирмы перед другими такими же магазинами, сделанными на типовых движках. Именно как у автора этой заметки — когда «стиль работы» сайта совпадает со стилем работы менеджеров, когда можно учесть любые нюансы, то общая эффективность значительно повышается.
Готовые магазинные скрипты или магазины и CMS хороши, но всегда найдётся пунктик, из-за которого приходится «плеваться» и переписывать этот кусок или уговаривать разработчиков на изменение или развитие этого функционала. И это стоит стольких нервов, времени или денег, что почти всегда проще самому с нуля всё написать. А если уж когда-то что-то подобное делал, то тем более — допилить свою старую разработку всегда проще, чем чужую. Вот только система получается зависимой от одного программиста… Но «независимости» тут и не бывает — зависимость от фирмы-поставщика CMS может стать не меньшей проблемой. У них тоже и программисты меняются, и нередко и вовсе с рынка вылетают. А выбирать CMS не по функционалу, а по прикидке «кто наиболее вероятный лидер рынка в ближайшие 5 лет» (и поэтому не пропадёт и может быть будет учитывать наши пожелания по доработкам) — тоже как-то неправильно…
В общем, в такой простой задаче как «онлайн-магазин» я голосую за самописные магазины.
У Microsoft с мобильными осями вообще смешно, точнее грустно. В самых старых Windows CE карты памяти поддерживались (у меня сохранились Palmsize PC с WinCE 2.0 1998м с CompactFlash, Handheld PC того же года не только с CF, но и с PCMCIA-слотом, телефон (MPx200) на WinCE 2002 года с поддержкой SD-карт), а в новых Windows Phone урезали всё что можно, т.е. похоже просто берут пример с iPhone…
В погоне за новой модой убили нормальную полноценную гик-френдли мобильную ОС, печаль.
Преобразовать их в insert'ы и выполнить через sqlite3_prepare2/sqlite3_step.
Несколько месяцев назад смотрел по телеканалу Science сюжет о самоходных авто — «развозчиках пиццы», и вот там машина ехала в сопровождении спец.«конвоя» других машин, и всё равно создала аварийную ситуацию, врезавшись в опору моста. Это была наверное не гугловская, но разве не достаточно такого прецедента, чтобы вообще не пускать роботов на дороги без предварительного освобождения этих дорог от людей?
Для этого она не обязательно должна быть целиком гибкой, достаточно одного гибкого сочленения. Как в телефонах-раскладушках…
LiPo-аккумуляторы изначально были гибкими, но при маленькой толщине не обеспечивали нормальный ток. Запитать от элемента светодиод — это одно (20mA), а запитать типичный гаджет — совсем другое (400mA, к примеру). Складываем элементы в батарейку, и сразу получаем негибкую конструкцию… Корейцы вероятно создали какой-то более эффективный полимер для LiPo, но это пока не похоже на прорывную разработку. Тем более, что безопасность литиевых элементов понижается при механических нагрузках…
Comodoнеком импортном CA сначала требовали добавления компании в yellow pages на каком-то спец.сайте, а когда мы ответили «мы давно отправили заявку, но всё никак не публикуют» (так и есть), то приняли в качестве доказательства существования компании сканы рег.документов и лицензий, т.е. просто картинки, которые мы могли бы и нарисовать… Причем английское название компании, которое мы заявили в сетификате, не совпадает с указанным в русских рег.документах.