Очень крутая статья. Много инфы которая раскидана по крупицам в разных туториалах. Понимаю что прошло много времени, но все же — планируются еще какие то статьи по этому направлению?
Соглашусь, отчасти. Идея в том, что когда ты еще вообще зеленый — то на слух восприниматься ничего не будет вообще, и важно немного приучить мозг к иностранному произношению, в т.ч. когда на фоне может быть музыка, посторонние звуки, 3 лицо говорит параллельно, а после — когда уже мозг научится воспринимать слова на слух — постепенно отключать субтитры
Чем инженер отличается от обычного смертного? Суть изучения языка — постоянная практика. И она включает не только общение, но и чтение и слушание(забыл как правильно называется этот термин). А это значит — все девайсы на английском(или на том что учишь), документация только на англ, видео на англ(с субтитрами если нужно), музыка — то же самое, стараешься услышать о чем поют(потом проверить lyrics и сравнить с тем что услышал). В таком режиме за пол года(в худшем случае) можно очень бегло говорить не только на технические темы но и вообще обо всем.
3.5л объем + маленькое расстояние между светофорами, поэтому постоянно разгон-торможение дают такой расход. ТО делаю каждый сезон, ибо так спокойнее лично, хотя можно было бы делать и 2 раза в год.
Средний расход 22-23литра(город), пробег — ~10к в год, из них 9к — город. Только на топливо уходит около $500 при цене топлива $1.1\литр. 4 раза в год меняю масло и маслянный фильтр — $150 за масло + фильтр + работу, в итоге $600 в год. Салонный фильтр — $50. 2 воздушных фильтра — $100. Свечи — $300(раз в пару лет). При таком раскладе — выходит ~ $1250 — 1300 в год. Но это без любых ремонтов.
За примером далеко ходить не нужно — Windows RT который через эмулятор крутит х86 приложения. Свои приложения эппл перепишет под арм, но останется еще 99% других, которым это не нужно\дорого.
Плохие у вас прогнозы. Нужно понимать какую технологию и для чего использовать. Глупо было бы пытаться писать веб приложение на ассемблере, так же как и глупо писать AAA игру на php. У руби и рельс есть своя ниша — стартапы, небольшие приложения которые важно быстро сделать и дальше строить стратегию развития. Хотя не будем забывать и то, что изначально github, twitter и пару других проектов были построены на рельсах. В последнее время хайп вокруг них упал, но это не значит что технология умерла или умирает.
А что делать с мультимедиа в машине? Сел, включил музыку\навигатор и поехал, не будешь же ты сидеть и клацать кнопки просто так. Я знаю о чем говорю, я за рулем авто с 2 дисплеями уже 2 года, с кучей разных мульимедийных примочек и прочих радостей, но реально использую только проигрыватель и hands free. Все остальное — нафиг не нужно, т.к. сделать 90% дел удобнее с телефона чем тыкать по дисплею.
В mac os есть возможность нескольких русских раскладок, в том числе PC(читай windows) based, которая позволяет вводить "." и "," с помощью первой клавиши слева от правого шифта.
Скажите лучше когда завезете поддержку DX11? Тот же cry engine 5 не работает в виртуалке, а держать и виртуалку и bootcamp — дорого по занимаемому месту.
Синглетон не добро и не зло. Есть кейсы в которые он приносит удобства, есть наоборот, проблемы. Один из примеров — объект настроек(settings) вашего приложения(игры), к которому вы имеете доступ отовсюду, без лишних телодвижений.
В react-native нету вебсервера. Да и от там просто не нужен. Весь UI работает используя нативные компоненты, в то время когда логика работает на js в отдельном потоке и обменивается данными с UI через специальную прослойку. Это убирает всевозможные фризы и торможения интерфейса какие есть в случае кордовы или ионика.
Получается мне нужно будет поддерживать 2 бекенд сервера для этого — next.js(nuxt) + сервер где крутится вся логика, и куда будут ходить запросы через API?
Я не против js фреймворков и даже сам использую react\angular 2+ в своих проектах, но как мне кажется сейчас придумывают фреймворк не что бы решать проблему а что бы создать новую проблему которую и решают этим самым фреймворком.
Я не против js фреймворков и даже сам использую react\angular 2+ в своих проектах, но как мне кажется сейчас придумывают фреймворк не что бы решать проблему а что бы создать новую проблему которую и решают этим самым фреймворком.
Не красиво как то перевирать факты.