Новую версию, как пользователь, я вообще пока не понял:
И по дизайну она стала грязнее (инвертированный статусбар) и висящий постоянно блог с Invite кодом мешает.
Как разработчика — удивлял всегда долгий запуск приолжения с нуля (на Android по крайней мере).
Открытие бокового меню свайпом с края экрана в Android было еще до Material дизайна (несколько лет назад)
в верхний угол за иконкой гамбургера никто не лазит.
А хардварная кнопка назад под пальцем — с первой версии Android.
Как раз таки Apple, признав, что без кнопки назад никак нелепо ее втиснул в статус бар не так давно.
Привет,
на сколько я понимаю теперь все равно придется мигрироваться с Cast Companion Library на Cast sdk3,
который они сделали на базе CCL
https://developers.google.com/cast/v2/ccl_migrate_sender
Т.е после каждого отпуска мне надо откапывать ящик, разрезать болгаркой и добавлять туда еще пару Гб фоток? Или закапывать раз в 5 лет по новому ноутбуку?
Банальная задача — сохранить свои фото для своих внуков практически не решаема для обычного человека. С каждым обновлением/потерей телефонов, планшетов, ноутбуков что-то по чуть-чуть теряется.
hd, флешки, диски — все ломается рано или поздно. Облачные хранилища сменяют друг друга (сегодня есть Picassa — завтра нет)
Единственный вариант — распечатывать и хранить фото-альбомы.
Они пролежат и 50 и 100 лет при должном хранении (проверено на бабушках)
А что плохого в использовании MySQL как key-value хранилища (вообще без Join-ов)?
(без относительно случая автора статьи)
У нас на похожем стеке (Java/jdbc + tomcat) кэш в первую очередь
помогал от переполнения пула соединений к базе (как бы быстро не выполнялись запросы — пул был узким местом почему-то).
Я когда после java начал разбираться со зверинцем этим фронтэнд-разработчика тоже тихо прифигевал от этого садомазо с зависимостями для сокращения двух символов.
Например, модуль keyMirror, который встречал постоянно у других. Зачем?
писать keyMirror({blue: null, red: null});
вместо {blue: "blue", red:"red"}
Какой здесь чужой проверенный опыт?
Парадокс в том — что Join-ы вообще нельзя использовать на продакшене с большим числом хитов.
Да и это скорее всего просто невозможно по причине сложного шардинга данных и архитектуры не
позволяющей такой связанности.
К этому сам приходишь — да и послушав/почитав об архитектуре нагруженных проектов (таких как соцсети)
Я слабо представляю, как можно убить пристегнутого пассажира в городе с рабочими подушками в машине.
Это нужно уйти в столб на скорости более 100, а роботы не будут нарушать скоростной режим.
А на скоростные участки без отбойников с обеих сторон роботов не надо вообще выпускать.
Если говорить о лицензиях и ответственности, то именно отдел тестирования — самый главный.
В любом даже мелком продукте — тестировщик принимает решение о релизе.
Программист лишь стремится отдать продукт с наименьшим возможным количеством багов, в зависимости от своего скила.
Тестировщик работает с черным ящиком, неважно как внутри устроена программа.
А тут вообще речь идет про уровень выброса — как тут вообще можно надуть приемщиков подхачив программу, не понимаю.
ну я шучу конечно,
но все же — Tesla за 140 тыс с разгоном 3 сек плохо походит на семейный авто.
Да и при средней ЗП в долине $100 тыс в год, после налогов, аренды дома и прочего остается
совсем не много, чтобы накопить.
При том что тачки, там сильно дешевле чем у нас, а жить в разы дороже.
какой смысл от умных задних дверей, открывающихся на зажатой парковке
если ВОДИТЕЛЮ всеравно залезать по старинке через переднюю.
А пассажиров обычно запускают чуть отъехав.
И по дизайну она стала грязнее (инвертированный статусбар) и висящий постоянно блог с Invite кодом мешает.
Как разработчика — удивлял всегда долгий запуск приолжения с нуля (на Android по крайней мере).
Кнопка назад в Android никогда не переключала приложения.
в верхний угол за иконкой гамбургера никто не лазит.
А хардварная кнопка назад под пальцем — с первой версии Android.
Как раз таки Apple, признав, что без кнопки назад никак нелепо ее втиснул в статус бар не так давно.
на сколько я понимаю теперь все равно придется мигрироваться с Cast Companion Library на Cast sdk3,
который они сделали на базе CCL
https://developers.google.com/cast/v2/ccl_migrate_sender
hd, флешки, диски — все ломается рано или поздно. Облачные хранилища сменяют друг друга (сегодня есть Picassa — завтра нет)
Единственный вариант — распечатывать и хранить фото-альбомы.
Они пролежат и 50 и 100 лет при должном хранении (проверено на бабушках)
(без относительно случая автора статьи)
У нас на похожем стеке (Java/jdbc + tomcat) кэш в первую очередь
помогал от переполнения пула соединений к базе (как бы быстро не выполнялись запросы — пул был узким местом почему-то).
Например, модуль keyMirror, который встречал постоянно у других. Зачем?
писать keyMirror({blue: null, red: null});
вместо {blue: "blue", red:"red"}
Какой здесь чужой проверенный опыт?
Да и это скорее всего просто невозможно по причине сложного шардинга данных и архитектуры не
позволяющей такой связанности.
К этому сам приходишь — да и послушав/почитав об архитектуре нагруженных проектов (таких как соцсети)
vibro/sound, camera, push/gcm, device и пр. (в phonegap плагинов очень много)
Это нужно уйти в столб на скорости более 100, а роботы не будут нарушать скоростной режим.
А на скоростные участки без отбойников с обеих сторон роботов не надо вообще выпускать.
В любом даже мелком продукте — тестировщик принимает решение о релизе.
Программист лишь стремится отдать продукт с наименьшим возможным количеством багов, в зависимости от своего скила.
Тестировщик работает с черным ящиком, неважно как внутри устроена программа.
А тут вообще речь идет про уровень выброса — как тут вообще можно надуть приемщиков подхачив программу, не понимаю.
но все же — Tesla за 140 тыс с разгоном 3 сек плохо походит на семейный авто.
Да и при средней ЗП в долине $100 тыс в год, после налогов, аренды дома и прочего остается
совсем не много, чтобы накопить.
При том что тачки, там сильно дешевле чем у нас, а жить в разы дороже.
если ВОДИТЕЛЮ всеравно залезать по старинке через переднюю.
А пассажиров обычно запускают чуть отъехав.
android:onClick="@{movie.isWatched? click.onWatch…