Напомнить про крипто-котиков?
Если серьезно, то сейчас идет мощная тема STO, причем инициированная не кем-нибудь, а биржевым регулятором США (SEC). И вот эти вот «секьюрити токены», по сути голосующие акции, они как раз на смарт-контрактах.
Штооо? Вы не застали деноминацию в 98-м, когда убрали три нуля с купюр? А ведь еще за 10 лет до того этот рубль по официальному курсу был дороже доллара!
Вообще, венесуэльцы плотно ушли в крипту. Как и турки с аргентинцами, когда у них просели национальные валюты. Как они это делают — не знаю (думаю, что на самом деле получают тоже в крипте, хотя черный рынок долларов там как-то же существует). Но факт в том, что осенью эти страны чуть ли не лидировали по объемам операций с биткоином и эфиром.
Бизнес-кейс? Волмарт. Сам Маерск.
Вообще, в логистике блокчейн выглядит наиболее разумно. Вы почему-то проецируете модель блокчейна биткоина на саму технологию, но ведь у Маерска нет миллионов китайских майнеров, у них блокчейн приватный. Просто распределенная база, в идентичном виде живущая у всех участников логистической цепочки. Как следствие, никаких поддельных накладных. Плюс возможность за секунду проследить весь путь груза. Ну кейс Волмарта с e-coli описан же уже сто раз.
Причина, по которой блокчейн (даже приватный) едва ли покорит вообще все отрасли экономики и планету в целом — в том, что он не допускает двойной бухгалтерии, откатов, доп. соглашений, всяких там «договоренностей». А без них экономика развалится.
Да, мой косяк. Традиционно рубрика «что читали» — про ссылки на статьи об Ангуляре, есть некоторое количество подписчиков именно на эту тему, их нехорошо обделять. Лешин текст добавил, потому что мало ссылок в июле. Такой мощной реакции на опубликованную в воскресенье статью я не ожидал…
Все-таки общение и владение — разные вещи. Общаться (и уж тем более понимать) можно и с минимальным знанием грамматики, тут главное словарный запас — могу сказать по собственному опыту с чешским и латышским. А вот, например, писать письма — тут надо знать грамматику, а слова можно и в словаре посмотреть.
Мне кажется, что вот эти вещи приходят из практики: книг, общения. И тут важно богатство именно этой практики, а не знания родного языка. Хотя, конечно, если на своем языке у человека словарь Эллочки Людоедки, едва ли он внезапно начнет витиевато выражаться по-английски только потому, что начитался Вудхауза.
Помнится, изучение английского в советской спецшколе начиналось с грампластинки про алфавит, потом базовый словарь и базовая грамматика, потом все посложнее, и так девять лет. Где-то к десятому классу можно было начать пробовать читать неадаптированную литературу (не Джойса, конечно, но хотя бы Агату Кристи). Конечно, чтобы свободно общаться, нужна практика (так же как и для «свободно читать», «свободно писать» и «смотреть кино без перевода»), но это уже совсем другая история. Базу никто не отменял, а это какой-то словарь и какая-то грамматика. Лучше, чтобы словарь был максимально эффективный, все остальное придет по мере надобности.
На мой взгляд, если речь идет просто о «говорить», а не писать статьи, то хорошие навыки родного языка изрядно помогут и в иностранном — просто потому, что вы сможете собирать вполне осмысленные и грамотные предложения из известных слов; даже если местами эти слова будут не совсем точны, собеседник вас прекрасно поймет. Люди, не очень хорошо владеющие родным языком, в иностранном, как правило, пытаются вспомнить точный перевод того, что хотят сказать, и не пытаются импровизировать.
Саша чуть позже ответит, я пока по первому вопросу. На Yii написаны очень старые куски бэкенда, еще на 1.1, их давно никто не трогал из принципа «if it works don't fix it». Потом пришли новые разработчики и стали писать новые участки бэкенда на Symfony (потому что работали с ним), ну и теперь надо старые довести до текущего стандарта. Когда я причесывал интервью, оно подсократилось, вот из удаленного в тему:
Будешь рефакторить старый код?
Я работал в компаниях, где слово «рефакторинг» — ругательное. Там было принято четко определяться, на что надо тратить время, и какие задачи это решает. Поэтому я привык что-то переделывать по мере поступления задач. Просто закладываю на них чуть больше времени и исправляю все, до чего дотягиваются руки, по ходу работы. Так ты вникаешь в проект, понимаешь задачи, и со временем код становится лучше. Мы будем понемногу переделывать некоторые части бэкенда, все-таки Yii 1.1 – заслуженный старичок; скорее всего на Symfony, ничего не имею против.
Была идея с видео, но показалось негуманным настаивать, чтобы ребята его сделали — у разработчиков традиционный осенний завал, им не до игрушек (по той же причине пока не выложили эту штуку в открытый доступ). Но понятно, что это не Crysis — мы не геймдев, у нас вау-порог низкий, и эта игра графически очень выделялась на фоне других проектов хакатона . Для нас главная фишка этого проекта — выявление возможности сделать нечто трехмерное своими силами, раньше это было совсем не очевидно. То, что в комментарии ниже — «низкий порог вхождения и быстрое прототипирование». Именно этой идеей хотелось поделиться с другими не-геймдев компаниями.
Да, в планах есть, мы собираем пожелания от конкурсантов и партнеров. К сожалению, у этой задачи пока не самый высокий приоритет, но, думаю, к следующему конкурсу методов и возможностей добавится. В том числе и Ваши 1) и 2).
1) сейчас берутся все слова из всех наборов. Очевидно, что с ростом числа внешних приложений будет необходимо добавить возможность видеть наборы и брать слова не из всех.
2) слова добавляются в набор «Внешние приложения». Я думаю, мы сделаем «полу-открытый» метод API для создания наборов, который будем давать сторонним разработчикам, которым он действительно нужен. Пока мало кто пользуется возможностью добавлять слова.
Некоторое время не мог понять, почему некоторые люди не понимают простого, вроде, факта, что опыт работы != опыт работы в конкретном фреймворке, с конкретным инструментом, да даже с конкретным языком. Ну или что парсинг базы хедхантера != к нам пришел разработчик. А потом коллеги подсказали ссылку. Чакры открылись, дзен постигнут. Спасибо!
Случится то, что следующий кандидат решит «правильно», не отдавая себе отчет в том, почему это правильно. Ну вот как ЕГЭ, если все знают ответы, то в чем смысл? sergey-s — наш глава разработки, именно он придумывает задачи и смотрит кандидатов. У него, как у head of development, нет времени выдумывать новые задачи каждую неделю.
Но! Мы с ним договорились сделать осенью текст про требования и распространенные ошибки — как только он обновит тестовый задачник. Будет с примерами и всем-всем-всем, надеюсь, вам понравится. И, кстати, спасибо за активность и подсказку для темы новой статьи.
Если серьезно, то сейчас идет мощная тема STO, причем инициированная не кем-нибудь, а биржевым регулятором США (SEC). И вот эти вот «секьюрити токены», по сути голосующие акции, они как раз на смарт-контрактах.
Вообще, в логистике блокчейн выглядит наиболее разумно. Вы почему-то проецируете модель блокчейна биткоина на саму технологию, но ведь у Маерска нет миллионов китайских майнеров, у них блокчейн приватный. Просто распределенная база, в идентичном виде живущая у всех участников логистической цепочки. Как следствие, никаких поддельных накладных. Плюс возможность за секунду проследить весь путь груза. Ну кейс Волмарта с e-coli описан же уже сто раз.
Причина, по которой блокчейн (даже приватный) едва ли покорит вообще все отрасли экономики и планету в целом — в том, что он не допускает двойной бухгалтерии, откатов, доп. соглашений, всяких там «договоренностей». А без них экономика развалится.
Будешь рефакторить старый код?
Я работал в компаниях, где слово «рефакторинг» — ругательное. Там было принято четко определяться, на что надо тратить время, и какие задачи это решает. Поэтому я привык что-то переделывать по мере поступления задач. Просто закладываю на них чуть больше времени и исправляю все, до чего дотягиваются руки, по ходу работы. Так ты вникаешь в проект, понимаешь задачи, и со временем код становится лучше. Мы будем понемногу переделывать некоторые части бэкенда, все-таки Yii 1.1 – заслуженный старичок; скорее всего на Symfony, ничего не имею против.
1) сейчас берутся все слова из всех наборов. Очевидно, что с ростом числа внешних приложений будет необходимо добавить возможность видеть наборы и брать слова не из всех.
2) слова добавляются в набор «Внешние приложения». Я думаю, мы сделаем «полу-открытый» метод API для создания наборов, который будем давать сторонним разработчикам, которым он действительно нужен. Пока мало кто пользуется возможностью добавлять слова.
Но! Мы с ним договорились сделать осенью текст про требования и распространенные ошибки — как только он обновит тестовый задачник. Будет с примерами и всем-всем-всем, надеюсь, вам понравится. И, кстати, спасибо за активность и подсказку для темы новой статьи.