Прикольно, жаль со стеклопакетами работать не будет, там ручку нужно поворачивать.
Вот вам мысль на доработку — датчик CO2 добавить, и впускать свежий воздух, когда концентрация повышается до не комфортных уровней. Ибо CO2 на нашу умственную деятельность влияет гораздо хуже, чем повышенная температура :)
Иногда в мобильном приложении даже джава не подходит — приходится переходить на нативный код, типа C/C++ под андроид и Objective-C под iOS.
У нас для проекта свой VoIP клиент мобильный — джаву выкинули, потому что размер, качество и быстродействие были просто отвратительными, сделали всё в нативном коде и по этой причине у нас качество лучше многих других (это не отменяет того, что каналы связи в некоторые у провайдеров просто неахти).
Да взять то же приложений фейсбука — у меня Galaxy Tab P-1000, на сегодня далеко не мощьная железка, но Angry Birds летает без проблем, свежий Bad Piggies взлетел на ура, 720p играет без проблем, Opera Mobile летает. Приложение от фейсбука это просто адская тормозиловка. Да ещё и размер у него 30 мегабайт. КУДА СТОЛЬКО?! А функционал просто уродский — разве что читать свою ленту + отвечать на сообщения в чат. Больше в нём делать ничего нельзя — или зависнет, или функционал глючит, или просто нету нужной фишки. И все это с жуткими лагами интерфейса.
Так что Native ещё очень долго будет лучше. Просто потому, что оно быстрее, жрёт меньше ресурсов и занимает меньше места.
На первый взгляд имеется проблема, однако, но на самом деле данное поведение логично и легко объясняется.
В данном случае проблема проистикает из-за того, что Namespaces это compile time фитча — неймспейсы резолвятся на этапе компиляции, а не в runtime. Т.е. поскольку include происходит уже после того, как вы загрузили и создали экземпляр класса, вы загружаете переопределённый метод range. И естественно вам экземпляр класса на тот момент уже отрезолвился на стандартный range, а не на тот, что вы заключили в namespace.
Неймспейсы это вам не простой autoload классов с наследованием — здесь уже не всё так просто. Почему в PHP 5.3 работало, а в 5.4 перестало? Возможно это был баг и его исправили. Или недоработка. Но чисто логически всё абсолютно правильно в 5.4.
Да, Araxis этим не уникален конечно.
Но проработанность, интерфейс, скорость работы и ещё 101 мелочь, доведённая до ума уже годами вызывает зависимость не хуже, чем яблочная компания у своих фанатов :)
Триал у них полноценный, так что можно месяцок поработать и потестить, а там решить уже — стоит ли он своих денег или нет. К тому же не обязательно каждый год его покупать, т.к. глобальных нововведений вроде уже несколько лет как не добавляют (и правильно, универсальный комбаин аля «Nero Express» с него решили не делать), то без апдейтов можно прожить пару лет спокойно. Может вообще обновляться придётся только с следующим поколением OS :)
Сильно зависит как от содержания, так и от подхода к проведению.
Вот у нас тут в Латвии из Эстонии привезли devclub — проводится по четвергам раз в месяц в 19:00 — 22:30. Неформальная обстановка, бесплатное пиво и 3 доклада — удобно, прикольно и раз в месяц отдушина пообщаться с коллегами.
Другое дело — webconf конференция (я один из организаторов) — серьёзное мероприятие на 2 дня (в выходные), спикеры из зарубежа и местные, вход платный, вечером афтерпарти с докладчиками.
Эти два примера невозможно засунуть под какой-то один шаблон — они разные по своей сути.
Полностью работать только от солнечных батарей это да — вряд-ли, т.к. погода, эффективность работы на разных долготах, ночи (проблема сохранения энергии), проблема передачи энергии (потери по пути) и нужно довольно много пространства.
Но обеспечивать отдельные части земли вполне можно. Взять ту-же Неваду — у них там огромная пустыня, в который жить по сути невозможно, жара и всё такое. Там уже построено несколько пилотных проектов и как минимум уже один успешно работает.
Я не помню как точно назывался проект, да и гугл быстро не помог найти название, но это та электростанция, что использует параболические зеркала для отражения и фокусировки света и нагревает соль в чёрных трубах помещённых в вакум в стеклянных трубках. При этом там и проблему сохранения энергии на работу ночью решили использованием соли, которая за ночь не успевает остыть с 400 с гаком градусов до температуры затвердевания. Места для расширения там море, а с расширением падает и ценник (к тому же расширение уже гораздо дешевле чем строить с 0, т.к. инфраструктура уже на месте). В перспективе, если серьёзно заняться этим, то если мне не изменяет память, несколько квадратных километров площади такой станции полностью покроют необходимости штата с запасом на будущее. Точнее говорить не буду, т.к. это всё было в программе от Discovery и в интернете найти эту информацию быстро не получилось (а надо работать).
За 5 лет знакомства с ним и попытками найти ему альтернативу — лучшего не нашел. На ворке купили лицензию, хоть юзается не так уж и часто, но когда он нужен — отрабатывает своё бабло на все 200%. Сравнение директорий вообще мало где есть.
Вобще-то есть нативный HTTP стриминг для андроила 3.0+ (на 2.1+ плееры ставятся), он даже хорошо работает (сам его сделал буквально на днях для сервиса).
Имел возможность на таком поработать недельку — штука обалденная. Это при том, что у меня ноутбука нет у самого, только стационарка и 24" Eizo монитор.
Если вы распечатали эти самые коды и положили к остальным документам дома, то я думаю это можно считать достаточно надёжным способом хранения — из интернета точно не украдут :D
Мораль сей басни? Используйте двухступенчатую авторизацию на gmail и храните PIN коды для аварийного доступа в случае утери телефона в надёжном месте :)
Если вы будете использовать их сервер и репортить баги, то они будут заинтересованы в том, что бы его пофиксить.
Можете заказать у них поддержку, тогда они вам будут править баги как своим клиентам, т.к. это то, на чём они собственно и зарабатывают.
Как клиент дела с ними не имел, но я с их работниками общался (приглашал на конфу с докладами, они приезжали) и я не удивлюсь, если баги они поправят и отправят фиксы в апстрим.
Вот вам мысль на доработку — датчик CO2 добавить, и впускать свежий воздух, когда концентрация повышается до не комфортных уровней. Ибо CO2 на нашу умственную деятельность влияет гораздо хуже, чем повышенная температура :)
У нас для проекта свой VoIP клиент мобильный — джаву выкинули, потому что размер, качество и быстродействие были просто отвратительными, сделали всё в нативном коде и по этой причине у нас качество лучше многих других (это не отменяет того, что каналы связи в некоторые у провайдеров просто неахти).
Да взять то же приложений фейсбука — у меня Galaxy Tab P-1000, на сегодня далеко не мощьная железка, но Angry Birds летает без проблем, свежий Bad Piggies взлетел на ура, 720p играет без проблем, Opera Mobile летает. Приложение от фейсбука это просто адская тормозиловка. Да ещё и размер у него 30 мегабайт. КУДА СТОЛЬКО?! А функционал просто уродский — разве что читать свою ленту + отвечать на сообщения в чат. Больше в нём делать ничего нельзя — или зависнет, или функционал глючит, или просто нету нужной фишки. И все это с жуткими лагами интерфейса.
Так что Native ещё очень долго будет лучше. Просто потому, что оно быстрее, жрёт меньше ресурсов и занимает меньше места.
В данном случае проблема проистикает из-за того, что Namespaces это compile time фитча — неймспейсы резолвятся на этапе компиляции, а не в runtime. Т.е. поскольку include происходит уже после того, как вы загрузили и создали экземпляр класса, вы загружаете переопределённый метод range. И естественно вам экземпляр класса на тот момент уже отрезолвился на стандартный range, а не на тот, что вы заключили в namespace.
Неймспейсы это вам не простой autoload классов с наследованием — здесь уже не всё так просто. Почему в PHP 5.3 работало, а в 5.4 перестало? Возможно это был баг и его исправили. Или недоработка. Но чисто логически всё абсолютно правильно в 5.4.
Но шутка про фанарик, меня она знатно повеселила :D
Но проработанность, интерфейс, скорость работы и ещё 101 мелочь, доведённая до ума уже годами вызывает зависимость не хуже, чем яблочная компания у своих фанатов :)
Триал у них полноценный, так что можно месяцок поработать и потестить, а там решить уже — стоит ли он своих денег или нет. К тому же не обязательно каждый год его покупать, т.к. глобальных нововведений вроде уже несколько лет как не добавляют (и правильно, универсальный комбаин аля «Nero Express» с него решили не делать), то без апдейтов можно прожить пару лет спокойно. Может вообще обновляться придётся только с следующим поколением OS :)
Вот у нас тут в Латвии из Эстонии привезли devclub — проводится по четвергам раз в месяц в 19:00 — 22:30. Неформальная обстановка, бесплатное пиво и 3 доклада — удобно, прикольно и раз в месяц отдушина пообщаться с коллегами.
Другое дело — webconf конференция (я один из организаторов) — серьёзное мероприятие на 2 дня (в выходные), спикеры из зарубежа и местные, вход платный, вечером афтерпарти с докладчиками.
Эти два примера невозможно засунуть под какой-то один шаблон — они разные по своей сути.
Но обеспечивать отдельные части земли вполне можно. Взять ту-же Неваду — у них там огромная пустыня, в который жить по сути невозможно, жара и всё такое. Там уже построено несколько пилотных проектов и как минимум уже один успешно работает.
Я не помню как точно назывался проект, да и гугл быстро не помог найти название, но это та электростанция, что использует параболические зеркала для отражения и фокусировки света и нагревает соль в чёрных трубах помещённых в вакум в стеклянных трубках. При этом там и проблему сохранения энергии на работу ночью решили использованием соли, которая за ночь не успевает остыть с 400 с гаком градусов до температуры затвердевания. Места для расширения там море, а с расширением падает и ценник (к тому же расширение уже гораздо дешевле чем строить с 0, т.к. инфраструктура уже на месте). В перспективе, если серьёзно заняться этим, то если мне не изменяет память, несколько квадратных километров площади такой станции полностью покроют необходимости штата с запасом на будущее. Точнее говорить не буду, т.к. это всё было в программе от Discovery и в интернете найти эту информацию быстро не получилось (а надо работать).
Можете заказать у них поддержку, тогда они вам будут править баги как своим клиентам, т.к. это то, на чём они собственно и зарабатывают.
Как клиент дела с ними не имел, но я с их работниками общался (приглашал на конфу с докладами, они приезжали) и я не удивлюсь, если баги они поправят и отправят фиксы в апстрим.