Это чудесно, пока не встречается интересное приложение, которое нельзя поставить в России из-за ограничений. Или если не любить open source/бесплатный софт без рекламы (они тоже бывают красивыми).
Ограничения по стране, отсутствие бесплатных приложений без рекламы (цена регистрации несколько ограничивает), редкие обновления (нужно каждое согласовывать с MS), любые дополнительные ограничения по принципу «потому что мы так захотели» (см. Apple).
Я не против ограничений в основном магазине, но запрещать ставить из других мест попросту неудобно.
Всё конечно ничего, но вот то, что нельзя приложения ставить вне маркета — это принципиальное ограничение.
Если бы Android так работал, я бы до сих пор не мог поставить приложение от Last.fm (ограничения по стране).
То есть с точки зрения разработчика — отличная платформа, но для себя я, пожалуй, подожду Mono под Android.
А мне кажется что комментов слишком много, мешают читать.
Если методы/переменные нормально названы, не вижу в этом необходимости (если только комменты не для IDE).
Например, postCount => postCountPerSession, и можно убрать коммент. Бонус: внутри методов будет понятнее.
Комменты вроде // increment… над += 1 тоже можно убрать.
По переводу: мы рассматриваем возможность предложить применение dependency injection во время инстанцирования компонентов фреймворка не совсем верно (оно уже есть), поэтому не сразу понял. На самом деле, они пишут предложить _дополнительные_ места для dependency injection.
Кроме того, а смысл? Ну узнаете вы, что ваша девушка с кем-то кокетничает за вашей спиной.
Либо она вас в итоге бросит, тогда «я тут поставил keylogger и подсмотрел твои разговоры» только ускорит процесс (и тогда я даже догадываюсь, почему она с самого начала заинтересовалась кем-то другим).
Либо она поймёт, что вы лучше, тогда смысл знать об этой истории? Только зря расстраиваться.
(очевидно, что если она ничего не решит долгое время, всё откроется и без кейлоггера)
Да как бы ВУЗы ладно, но просто удивительно, что за жизнь не научились.
Самое смешное, что подобная паранойя никого ещё не радовала никогда.
Когда они прочитают, что кто-нибудь из их друзей, разозлившись, написал про них какую-то чушь, им не будет легче от того, что на следующий день он будет в этом раскаиваться и постарается так не делать больше.
Если есть ощущения что они могут возникнуть, м.б. лучше вообще не иметь дело?
Это не из-за розовых очков, понятно что всегда могут, и с самыми, на первый взгляд, хорошими людьми.
Но подготавливаться к этому заранее это, на мой взгляд, fail всех отношений c первого дня.
Если только не женитесь ради чего-то конкретного, без эмоций.
В частности, изменение схемы базы данных или добавление индексов к существующим 10-20 миллионов записей приводили к полной блокировке сервера на несколько часов.
Да, это исключительно особенность MySQL. Ни одна другая база не работает с индексами настолько медленно. Решать проблему плохого инструмента с помощью смены концепции — это вариант, но мне он не нравится.
Существует множество проектов, призванных решить проблему хранения данных с гибкой схемой и построением индексов на лету (например CouchDB). Однако, по-видимому ни один из них не используется крупными сайтами.
Это неправда. Достаточно посмотреть, откуда взялась Cassandra и кто использует Tokyo Cabinet, чтобы убедится в обратном.
Я не против ограничений в основном магазине, но запрещать ставить из других мест попросту неудобно.
Если бы Android так работал, я бы до сих пор не мог поставить приложение от Last.fm (ограничения по стране).
То есть с точки зрения разработчика — отличная платформа, но для себя я, пожалуй, подожду Mono под Android.
Если методы/переменные нормально названы, не вижу в этом необходимости (если только комменты не для IDE).
Например, postCount => postCountPerSession, и можно убрать коммент. Бонус: внутри методов будет понятнее.
Комменты вроде // increment… над += 1 тоже можно убрать.
мы рассматриваем возможность предложить применение dependency injection во время инстанцирования компонентов фреймворка не совсем верно (оно уже есть), поэтому не сразу понял. На самом деле, они пишут предложить _дополнительные_ места для dependency injection.
Либо она вас в итоге бросит, тогда «я тут поставил keylogger и подсмотрел твои разговоры» только ускорит процесс (и тогда я даже догадываюсь, почему она с самого начала заинтересовалась кем-то другим).
Либо она поймёт, что вы лучше, тогда смысл знать об этой истории? Только зря расстраиваться.
(очевидно, что если она ничего не решит долгое время, всё откроется и без кейлоггера)
Недоверия более чем достаточно.
Иначе вы можете каждый день не находить ничего подозрительного, но всё равно нервничать и подозревать.
Самое смешное, что подобная паранойя никого ещё не радовала никогда.
Когда они прочитают, что кто-нибудь из их друзей, разозлившись, написал про них какую-то чушь, им не будет легче от того, что на следующий день он будет в этом раскаиваться и постарается так не делать больше.
Это не из-за розовых очков, понятно что всегда могут, и с самыми, на первый взгляд, хорошими людьми.
Но подготавливаться к этому заранее это, на мой взгляд, fail всех отношений c первого дня.
Если только не женитесь ради чего-то конкретного, без эмоций.
В частности, изменение схемы базы данных или добавление индексов к существующим 10-20 миллионов записей приводили к полной блокировке сервера на несколько часов.
Да, это исключительно особенность MySQL. Ни одна другая база не работает с индексами настолько медленно. Решать проблему плохого инструмента с помощью смены концепции — это вариант, но мне он не нравится.
Существует множество проектов, призванных решить проблему хранения данных с гибкой схемой и построением индексов на лету (например CouchDB). Однако, по-видимому ни один из них не используется крупными сайтами.
Это неправда. Достаточно посмотреть, откуда взялась Cassandra и кто использует Tokyo Cabinet, чтобы убедится в обратном.