Обновить
97
0

Пользователь

Отправить сообщение
Есть какая-то более практичная задача, чем перемножение массивов (которое только в 3D графике в основном)? Например, работа с DOM или создание множества сложных компонентов на angular? То, что реально встречается в проектах? Может обход и поиск в больших деревьях?
Краснодарский край вполне мог вытянуть. Там ЕГЭ начался раньше, чем по все России (эксперимент с 2005 кажется). Я сдавал в 2006 и много занимался у репетиторов (там же, на Кубани). Мы еще в 2006 каждый месяц пробники по математике писали. Но коррупция вообще там тоже есть и она высока. ЕГЭ как раз её сократил и вставил палки в колёса. (в целом с вашими взглядами согласен, но конкретно данный факт считаю некорректным)
Немного спорно, но опыт разработки реакторов с жидкометаллическим теплоносителем (хотя и не взлетело) и реакторов с газовым охлаждением (хотя и в паре с США). Тут сказывается, что во времена СССР очень много клепали лодок и эксперементировали. Такие эксперементы экономически не оправданны хотя сильно расширяют опыт проектирования.
Этот «шарпист» порвался.
Несите нового!
Как же нет, есть: она не децентрализована и не анонимна. Если бы эти два пункта выполнялись, её можно было бы уже запустить и никакой суд повлиять бы на это не смог.
На мой взгляд, грамм не обладает основными свойствами крипты: децентрализованностью и анонимностью. А следовательно, все остальные действия Дурова можно рассматривать как запуск «моментальных платежей» в тележке, анологично ВК, ОК или Вичате. Просто решил хайпануть на теме крипты и собрать деньжат
Хорошая статья. Хотелось бы подробнее узнать про: ролевую модель, реализацию работы с графиками и другие «фичи» интерфейса.
Мне казалось, что я уже писал в личку, но переписки не нашел. Спустя три года я могу сказать, что если бы я перешел тогда на Vue, это дало бы хороший рывок вперед. Отказ от него был большой ошибкой.

Но с другой стороны вся концепция настолько сильно поменялась, что я выбросил весь код и начал с нуля.
&& obj.name !== 0 && obj.name !== false
Согласен. Писал свое решение на 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 не затянуть, то можно считать, что его нет вообще.

Информация

В рейтинге
6 702-й
Зарегистрирован
Активность

Специализация

Фронтенд разработчик
JavaScript
Управление людьми
Управление проектами
Управление разработкой
Анализ данных
React
Vue.js
Node.js
TypeScript