Memory Drive показался мне очень интересным способом сделать МНОГО памяти в потребительских машинках: например, при сочетании 32gb ram + 256gb optane ssd. Обычной памяти в бытовых машинах так много в ближайшее время не будет точно.
Схожее решение для дисков от Эппла (fusion drive) работает в бытовых компьютерах очень даже здорово.
П.с. Бытовой компьютер (он же обычный или потребительский) — это я про НЕ серверную технику.
Если бы не довольно категоричный запрет со стороны в частности ЦБ, и финансовых регуляторов в общем, определенное хождение биткоины бы получили, наравне со «всякими e-деньгами». Пользоваться ими не принципиально сложнее Qiwi.
В последнее время наблюдается некоторое «потепление» со стороны регулятора, но нужно понимать — возможность проведения анонимных платежей в довольно значительных суммах всегда будет напрягать регуляторов, а на фоне терроризма в последнее время — особенно.
Если такая сложная система нумерации — то можно поставить таблички с номерами вагонов без стрелки на следующий и предыдущий вагон.
Но такое формирование состава делается явно по плану. не ясно, что мешает заранее сделать поезд 4,5,6, чтобы потом в начало поезда вставить вагоны 1,2,3 — они же не внезапно и спонтанно добавляются! Явно по плану.
В общем, было бы желание помочь людям — придумали бы как сделать удобно. Боюсь, единственная реальная сложность — всем, кто это может сделать — всё поровну
Ничего не мешает в процессе покупки билета выбрать сохранённые данные пассажиров и тут же их проверить. Если они изменились — предложить сохранить изменения в систему. Если не изменились — крупными буквами написать: проверьте данные.
Кстати, при замене паспорта в нем делается отметка о номере прежнего паспорта — как раз на случай указания старых данных.
Понятно что npm не соотносится с ЕЕ. Я имел ввиду, что сравнивать можно реализации ЕЕ с Node и багажом из npm (чтобы не сравнивать «голую» node.js — там довольно скромный набор модулей, а в npm много чего есть).
Да, я понял про стандарты и про некоторую монструозность ЕЕ. Вопрос как раз и был в том, как с практической точки зрения специалисты по ЕЕ оценивают возможности в сравнении с Node. Откуда такой вопрос? Не секрет, что ряд компаний пиарят node как новую enterprise штуку ( IBM?). Интересно было мнение из постороннего к node лагеря.
Спрошу дальше: а можно с ходу назвать такие фичи ЕЕ, которых точно нет у node и которые решают важную задачу для enterprise?
Я имел ввиду, что набирать римские цифры нужно буквами в английской раскладке клавиатуры, а вот последующие буквы — уже в русской раскладке. По внешнему виду некоторых букв это далеко не очевидно. В моём случае в качестве русских букв было ЕТ — выглядят же ровно как английские, но сайт не догадался их «конвертировать» соответствующим образом и предлагал мне сделать это самостоятельно. Ну — как предлагал, писал ошибку валидации на это поле, а всё остальное нужно додумать самостоятельно.
Если бы такую процедуру проходили мои родственники в возрасте — они бы сдались на этом шаге со словами «ну вот — сайт не работает» и пошли бы покупать билеты на вокзал, ибо — «они же говорили, что эти ваши сайты ненадежные!».
Кто предметно из знающих просветит — как ЕЕ соотносится с node.js / npm? В лагере JS ещё детский утренник или уже ок? У ЕЕ уже маразм или ещё бодрячком?
Ну и коли речь про РЖД и может кто-то прочтёт — не по сайт, но близко к UX.
Когда грузишься на поезд — в нашем городе выходишь из вокзала в середине перрона. Поезд уже стоит, видно номер близстоящего вагона.
Почему на табличке с номером вагона НЕТ СТРЕЛКИ указывающий на следующий и предыдущий номер? Составы комплектуют с нумерацией тт от головы, то от хвоста. Неужели денег нет на две таблички?! А то вечно бежишь к следующему вагону — и нет, не угадал. Бежим в другую сторону. До отправления поезда 7 минут. UX такой
Меня больше всего при покупке билетов на сайте вымораживает необходимость внесения паспортных данных на всех сонно семьи каждый раз. Я вношу на себя, жену и двух детей. И теперь знаю, что в свидетельстве о рождении две латинские цифро-буквы и две русских буквы.
Не ясно — почему нельзя сохранить данные то? Как список попутчиков? Они ж в билетах хранятся? Отмазки про хранение персональных данных выглядят неубедительно — если уж РЖД не может сделать, то кто может?!
Остальное — в целом ок. Подглючивает авторизация (иногда повторно хочет авторизоваться). Зато сделали электронную регистрацию (забавно как проводники с бумажками от руки стоят на входе в вагон — такая вот электронная регистрация). Возврат билета есть. Посадочные талоны. Норм.
Это первое, что мне бросилось в глаза! Никогда б не оплатил дизайн, в котором мне не видна важная информация и приходится «лезть в деталь» за ней (или ждать всплытия popup).
Мне кажется, должны быть составлены «приёмочные» тесты с тестовыми сценариями использования системы — когда пользователь с определенными по сценарию намерениями начинает использовать систему. И как система помогает ему достигнуть стоящих перед ним целей, оценить количество шагов и полноту полученной информации и тп.
Можно в ходе какого-либо проекта попробовать использовать какой-либо открытый проект, и обнаружить в нём отсутствие мелкой, но тебе удобной и нужной фичи, и запилить PR на неё.
Да, поддержка ARC на уровне компилятора например, дает возможность выносить циклы release «подальше» от scope в котором переменная больше не используется (например, через автоматическую расстановку autorelease pool).
Думаю, что на уровне конструкций только самого языка реализовать нормальную рабочую систему не получится. Прийдется «лезть» в компилятор.
У меня в ObjC с ARC никогда не было неочевидных проблем — а те, что были, легко гуглились. Впрочем, утечки памяти в ARC вполне возможны, нужно довольно нормально понимать что именно ты делаешь, но, имхо, ARC на текущий день — лучшая система более-менее автоматического управления памяти (и точно — самая быстрая).
Поэтому и желаю такому интересному языку как D нормальную систему Ref counting.
Наконец нашел — вот тут чуть подробнее про неочевидный случай с блоками ObjC: https://habrahabr.ru/post/209076/#comment_7203718 (смотрите весь тред с комментами)
Неочевидные случаи — думаю, их хватает. Я ж не разработчик CLANG/LLVM — потому и призываю перенять их опыт.
С ходу сам могу придумать про банальные циклические ссылки: в objC с ними борются через фичу «слабые и сильные ссылки». «Автоматическое обнуление» (не самом деле — проверка жив ли объект по слабой ссылке) слабых ссылок и возможность вызова селектора над нулевым объектом — приятная особенность ObjC.
Думаю, для реальной жизни нужна всякая оптимизация — например, путем размещения некоторых объектов на стэке / регистрах, не трогая кучу. Без компилятора это сложно сделать.
Еще вспомнил — в ObjC есть тонкости в использовании ссылок на блок из самого блока — нельзя забывать помечать такую ссылку слабой.
В общем, думаю у сообщества ObjC / LLVM накоплен значительный опыт в работе с подсчетом ссылок. Чего бы его не воспринять.
Схожее решение для дисков от Эппла (fusion drive) работает в бытовых компьютерах очень даже здорово.
П.с. Бытовой компьютер (он же обычный или потребительский) — это я про НЕ серверную технику.
Струйный принтер для ногтей — интересный. Но по цене макбука про.
Он же для профиспольования позиционируется — на Интершарме 2016 даже дилер был
В последнее время наблюдается некоторое «потепление» со стороны регулятора, но нужно понимать — возможность проведения анонимных платежей в довольно значительных суммах всегда будет напрягать регуляторов, а на фоне терроризма в последнее время — особенно.
Скоро JS программисты займут все внятные имена для своих JS фреймворков.
Но такое формирование состава делается явно по плану. не ясно, что мешает заранее сделать поезд 4,5,6, чтобы потом в начало поезда вставить вагоны 1,2,3 — они же не внезапно и спонтанно добавляются! Явно по плану.
В общем, было бы желание помочь людям — придумали бы как сделать удобно. Боюсь, единственная реальная сложность — всем, кто это может сделать — всё поровну
Кстати, при замене паспорта в нем делается отметка о номере прежнего паспорта — как раз на случай указания старых данных.
Понятно что npm не соотносится с ЕЕ. Я имел ввиду, что сравнивать можно реализации ЕЕ с Node и багажом из npm (чтобы не сравнивать «голую» node.js — там довольно скромный набор модулей, а в npm много чего есть).
Да, я понял про стандарты и про некоторую монструозность ЕЕ. Вопрос как раз и был в том, как с практической точки зрения специалисты по ЕЕ оценивают возможности в сравнении с Node. Откуда такой вопрос? Не секрет, что ряд компаний пиарят node как новую enterprise штуку ( IBM?). Интересно было мнение из постороннего к node лагеря.
Спрошу дальше: а можно с ходу назвать такие фичи ЕЕ, которых точно нет у node и которые решают важную задачу для enterprise?
Если бы такую процедуру проходили мои родственники в возрасте — они бы сдались на этом шаге со словами «ну вот — сайт не работает» и пошли бы покупать билеты на вокзал, ибо — «они же говорили, что эти ваши сайты ненадежные!».
Когда грузишься на поезд — в нашем городе выходишь из вокзала в середине перрона. Поезд уже стоит, видно номер близстоящего вагона.
Почему на табличке с номером вагона НЕТ СТРЕЛКИ указывающий на следующий и предыдущий номер? Составы комплектуют с нумерацией тт от головы, то от хвоста. Неужели денег нет на две таблички?! А то вечно бежишь к следующему вагону — и нет, не угадал. Бежим в другую сторону. До отправления поезда 7 минут. UX такой
Не ясно — почему нельзя сохранить данные то? Как список попутчиков? Они ж в билетах хранятся? Отмазки про хранение персональных данных выглядят неубедительно — если уж РЖД не может сделать, то кто может?!
Остальное — в целом ок. Подглючивает авторизация (иногда повторно хочет авторизоваться). Зато сделали электронную регистрацию (забавно как проводники с бумажками от руки стоят на входе в вагон — такая вот электронная регистрация). Возврат билета есть. Посадочные талоны. Норм.
Мне кажется, должны быть составлены «приёмочные» тесты с тестовыми сценариями использования системы — когда пользователь с определенными по сценарию намерениями начинает использовать систему. И как система помогает ему достигнуть стоящих перед ним целей, оценить количество шагов и полноту полученной информации и тп.
Думаю, что на уровне конструкций только самого языка реализовать нормальную рабочую систему не получится. Прийдется «лезть» в компилятор.
У меня в ObjC с ARC никогда не было неочевидных проблем — а те, что были, легко гуглились. Впрочем, утечки памяти в ARC вполне возможны, нужно довольно нормально понимать что именно ты делаешь, но, имхо, ARC на текущий день — лучшая система более-менее автоматического управления памяти (и точно — самая быстрая).
Поэтому и желаю такому интересному языку как D нормальную систему Ref counting.
С ходу сам могу придумать про банальные циклические ссылки: в objC с ними борются через фичу «слабые и сильные ссылки». «Автоматическое обнуление» (не самом деле — проверка жив ли объект по слабой ссылке) слабых ссылок и возможность вызова селектора над нулевым объектом — приятная особенность ObjC.
Думаю, для реальной жизни нужна всякая оптимизация — например, путем размещения некоторых объектов на стэке / регистрах, не трогая кучу. Без компилятора это сложно сделать.
Еще вспомнил — в ObjC есть тонкости в использовании ссылок на блок из самого блока — нельзя забывать помечать такую ссылку слабой.
В общем, думаю у сообщества ObjC / LLVM накоплен значительный опыт в работе с подсчетом ссылок. Чего бы его не воспринять.