Это какие же недостатки он (#to_proc) имеет? Всегда использовал его и горя не знал. С точки зрения читабельности, на мой взгляд, &method намного удобнее, чем {|name| name.method} для человека, который знает, как это работает.
А если все время подстраиваться под новичков, как предлагает northbear, то может нам вообще стоит остаться в каменном веке? А 1.8 ветка, насколько я помню, уже не поддерживается, да и код там этот поддерживается.
Я правильно понимаю, что маскируется только к индикатору режима и области непосредственно данных? Что и отображено блоком черных пикселей в визуализации?
Я был бы счастлив, если бы мне все сервисные сообщения (вроде временное пароля, уведомлений от банка и т.п.) присылались подобным образом, а то уже порядком надоело удалять смс пачками.
Судя по их сайту они озабочены только дизайном устройства. Группа в vk вообще смешна. Там они обсуждают покрытие, дазайн боковых панелей, дизайн футболок и внезапное озарение — дизайн визиток.
Похоже что ребята просто решили сделать бизнес на продаже футболок с их логотипом.
Непонятно, зачем тут «программисты» и что конкретно они делают. Тупо конвертируют дамп базы в xml и обратно? У них нету доступа к серверам, насколько я понимаю, и все патчи проходят через корейских разработчиков, тогда о каких билдах идет речь?
Пытаясь программировать под android основная проблема у меня, как бекэнд разработчика, была именно в создании интерфейсов, кастомизации их под себя, под то, что требуют дизайнеры. Есть ли какой-то ресурс, книга или что-то еще где бы подробно и глубоко освещался вопрос построения интерфесов, создания собственных интерфейсных виджетов и прочего? В большинстве мест просто расказывается как накидать на форму контролов и повесить на них обработчики, а что делать если они не устраивают и нет ничего готового?
Может кто знает, можно ли в ТКС сделать подобное счету SAFE, т.е. совмещать дебетовый счет до 200к, на который будет +10% идти, а остаток пополнять на каком-нибудь депозите с примерно такой же капитализацией?
Раз уж тут для самых маленьких, подскажите, как сделать для игры общение с сервером? Она общается через websocket, получая и передавая данные периодически. Я правильно понимаю, что бы это соединение не рвалось (например при сворачивании игры или переходе в другую активность) его нужно выносить в сервис и общаться игровыми данными уже с сервисом? Или есть какие-то альтернативы?
А если все время подстраиваться под новичков, как предлагает northbear, то может нам вообще стоит остаться в каменном веке? А 1.8 ветка, насколько я помню, уже не поддерживается, да и код там этот поддерживается.
Похоже что ребята просто решили сделать бизнес на продаже футболок с их логотипом.
{
«result»: «interests_by_age»,
«timeMillis»: 4,
«counts»: {
«input»: 3,
«emit»: 3,
«reduce»: 1,
«output»: 2
},
«ok»: 1,
}