Pull to refresh
83
-7

лол, кек, чебурек

Send message
Немного спорно, но опыт разработки реакторов с жидкометаллическим теплоносителем (хотя и не взлетело) и реакторов с газовым охлаждением (хотя и в паре с США). Тут сказывается, что во времена СССР очень много клепали лодок и эксперементировали. Такие эксперементы экономически не оправданны хотя сильно расширяют опыт проектирования.
Как же нет, есть: она не децентрализована и не анонимна. Если бы эти два пункта выполнялись, её можно было бы уже запустить и никакой суд повлиять бы на это не смог.
На мой взгляд, грамм не обладает основными свойствами крипты: децентрализованностью и анонимностью. А следовательно, все остальные действия Дурова можно рассматривать как запуск «моментальных платежей» в тележке, анологично ВК, ОК или Вичате. Просто решил хайпануть на теме крипты и собрать деньжат
Хорошая статья. Хотелось бы подробнее узнать про: ролевую модель, реализацию работы с графиками и другие «фичи» интерфейса.
Мне казалось, что я уже писал в личку, но переписки не нашел. Спустя три года я могу сказать, что если бы я перешел тогда на Vue, это дало бы хороший рывок вперед. Отказ от него был большой ошибкой.

Но с другой стороны вся концепция настолько сильно поменялась, что я выбросил весь код и начал с нуля.
Согласен. Писал свое решение на WebGl (несколько типов графиков с зумом, возможностью выделить диапазон данных и т.п.). Производительность был сумашедшая. Видел, другие работы на WebGL. Они были лучше. Думал, что выйграет что-то подобное.

Когда увидел код победителя (первый этап, лапша на SVG) задумался о качестве кода в тележке и вк. Желание когда либо ещё участвовать в подобном конкурсе отпало.
Мне кажется есть проблемма с пониманием JS и фабрик. Попрубуйте так:
const allProperties = {
  addCommon(state, name) {
    state.name = name;
    state.health = 100;
  },
  addMagic(state) {
    state.mana = 100;
  },
  addFight(state, name) {
    state.stamina = 100;
  }
};

const allMethods = {
  cast(spell) {
    console.log(`${this.name} casts ${spell}!`);
    this.mana--;
  },
  fight(spell) {
    console.log(`${this.name} slashes at the foe!`);
    this.stamina--;
  },
};

function Mage2(name) {
  allProperties.addCommon(this, name);
  allProperties.addMagic(this);
}
Mage2.prototype.cast = allMethods.cast;

function Fighter2(name) {
  allProperties.addCommon(this, name);
  allProperties.addFight(this);
}
Fighter2.prototype.fight = allMethods.fight;


Результат 57 против 496. То есть в 6ть раз быстрее.
Все здравые люди ее пропустили и перешли сразу на Win2k.

Не согласен. В 2k половина игр не работала, так же как и в Vista. Абсолютно все знакомые поэтому откатывались назад в ME.
поставить все монеты на ребро в обоих кучках
Хорошо рассказывает, приятно слушать.
Есть два стула. На одном пики, на втором — нет. Какой стул выбирает большинство ваших front-end разработчиков? Что предпочтут back-end разработчики? С точки зрения UX, какой стул вы бы предложили пользователям?
Сделали оптимизацию: теперь все трейдеры — программисты
@
Доход растёт. Сумма дохода GS в день превышает лимит
@
Out of memory / синий экран смерти
@
GS объявляется банкротом. Здание взрывают, работников убивают. Фирма пересоздается, а весь персонал набирают заново.
@
После деплоя продакшен серверов возвращаемся на первый пункт

> Больше разнообразных задач получится и будут более широко представлены операции.

Согласен. Демки фреймворков почти всегда идеальны, а в реальности всплывает куча моментов.


В React`е смысла не вижу, т.к. шаблоны в данный момент это 4..5% кода. Да и логики в них много, что противоречит идеи чистых шаблонов. Грубо говоря — на фоне дырок в базовом функционале замена шаблонизатора не является приоритетной задачей.


Тоже самое с Vue.js — его внедрение уберет 4..5% кода логики (либо переделает код под себя). Единственное что это даст по факту — сборка чуть распухнет. Код итак ООП (всё классами в ES6 стиле). Базовые задачи это решить не поможет.


Трудность разработки в данный момент обусловлена огромным количеством стандартной рутиной работы с конфигами, их рефакторингом и шаблонизацией. Все просто и понятно, только чуть-чуть скучно. Нужно с кислой мордой перелапатить кучу готового кода с других проектов, рассортировать, подписать, настроить.

Бизнес, маркетинг, дизайн, еще всякая малафья и ни одной ссылки на физику и архитектуру
Это плохо, т.к.:
  1. Обновил один файл стилей
  2. Пересобрал 10 страниц сайта, т.к. в теле каждой изменилось значение одного хеша.

Итого: вместо 1 файла, браузер должен будет обновить 11.
Имхо: если интернет настолько медленный, что даже ETags не затянуть, то можно считать, что его нет вообще.

Дальше "hello world" эта штука не уедет, т.к. основная проблема не в интерфейсе, а в аппаратуре и принципах работы конкретных платформ.

Для мобильного приложения нужно получать mcc, mnc, распознавать пользователя по imei, а при работе с файлами понимать, что приложение работает в виртуальной среде. Для десктопа нужно писать в реестр, параллельно по тихому устанавливать доп. софт и существенно расширять функционал работы с файлами. Для TV — работать с пультом и тщательно продумывать подсказки. Для веба — ещё 100500 своих требований. Разные среды — разный функционал, разные проблемы, решения, задачи и ТЗ.

React Native не решает и в принципе не может решить ни одну из проблем, т.к. проблема в логике, а не инструментах.

Information

Rating
Does not participate
Registered
Activity