• Какие пальцы вы используете при работе с touchpad?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Раньше управлял указательным. С приходом мультитача подключился средний. Алсо, у меня включена интересна опция в synaptics, многие знакомые плюются, но это из-за непривычки. В общем, там есть такой пункт. Точность понижается довольно сильно, однако внезапно перестал уставать, да и как-то забавно стало управлять тачпадом, без нервов, спокойно. В том смысле, что раньше надо было сотню раз провести по тачпаду, чтобы перевести курсор в другой конец, а сейчас аккурат по нему проехался побыстрее, а курсор по инерции проходит 70% пути, а там можно и легко довести с нужной точностью.

    Алсо, многие пишут восторженные отзывы о Magic Trackpad.
    Ответ написан
    Комментировать
  • Как вычислить наибольший прямоугольник в многограннике?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Да ладно вам... Надеюсь производные все умеют считать.

    Теперь давайте посмотрим внимательно на прямоугольник. Как считается его площадь? Ах да, S = a*b, это геометрия 7го класса, если не математика 4го.

    Ок, теперь можно посмотреть на многоугольник, в который надо прямоугольник вписать. Ну, он неприятный, да, однако кое-что известно. А именно - "прямые отсечения", как нам сказал @begemot_sun, вообще в данной задаче многоугольник лучше хранить в виде прямых. Ну да не суть, просто вычислений будет чуть больше. Ок, теперь что мы делаем. Мы строим функцию. Да да - самую банальную функцию. Функцию S(\phi) = a(\phi)*b(\phi). Как это получить - оставлю вам, там немного геометрии 7го класса.

    Ну да, но вот вопрос, а что с ней вообще делать? Внимание ответ - поиск экстремума в общем случае - задача сложная =) Даже wolframalpha здесь бессильна (впрочем конкретно в этом случае это даже невозможно). Так что здесь имеют место быть только оптимизации - метод градиентного спуска или метод "отжига". Гуглите, читайте, реализуйте.

    Алсо, может так внезапно стать, что задача разрешиться в общем виде. Ну, то есть когда будете производную искать, попробуйте не подставлять значения, а прямо так их. Вполне может статья, что задача имеет простое аналитическое решение.

    P.S. Не пытайтесь просить кого-то решить задачу за Вас на таких ресурсах. Во-первых, это моветон. Во-вторых, ресурс здесь чтобы подсказать решение задачи, но не решить её ВМЕСТО Вас. Конкретно этот случай потребует часов 10 вспоминания матана средней школы, что не очень приятно. Учитывая ЗП в 2k/час, думаю это будет дороговато.

    UPD. Внезапно осенило, что зависимость будет чуть сложнее. В том смысле, что это будет не просто S(\phi), а S(\phi, a) = a*b(\phi, a). Ну да, задача будет сложнее. То есть это уже самый ни на что есть матан - максимум функции от двух переменных.
    Ответ написан
  • Компьютер без видеокарты, как установить линукс?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Какое пересобрать ядро? Что?

    Вообще есть множество методов деплоинга, в том числе и headless. Возможно это поможет.
    Ответ написан
    Комментировать
  • Возможен ли полноценный photoshop и illustrator под вайном?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Да, да и запомни ресурс. Впрочем, геморой там будет.

    UPD:
    статья, не УК офк
    Ответ написан
    Комментировать
  • Насколько точно работает беспроводная мышь/клавиатура?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Вопреки всеобщему заблуждению, беспроводные устройства могут не просто работать так же, но и быстрее. Связано это с тем, что при использовании беспроводного канала связи имеет место быть наикратчайшая дистанция передатчик-приёмник. К сожалению, количество беспроводных устройств так велико, что они друг другу сегодня сильно сильно шумят (а попробуйте рядом с bluetooth гарнитурой включить и микроволновку ещё). Поэтому есть две вещи, замедляющие передачу сиганала: задержки аппаратуры, искажение сигнала. В первом случае мы сталкиваемся с необходимостью сначала модулировать, потом модулировать, а на другой стороне - демодулировать. А во-втором: кодировать и декодировать (перед модуляцией и после демодуляции). Это всё не так просто, многие коды исправляющие ошибки работают с вероятностными ансамблями из многих триллионов элементов (скорее - число триллионом нулей =). И хотя это пытаются реализовать как можно более аппаратно, в целом это невозможно.

    Ок. Теперь что до точности - всё будет очень точно. Ну а задержку (так называемый лаг) вы даже не заметете - там если не нано, то микросекунды. Чуть чуть другое дело bluetooth - в силу специфики работы bluetooth он гарантирует размер канала, но никак не отклик, что сильно отражается на результате - рандомные задержки сильно уменьшают юзабилити.
    Ответ написан
  • Кросс-компиляторы, сборка проекта под x86-64 и ARM, и собственно разработка под множество платформ?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Express - это IDE. Ничего общего с утилитами сборки она не имеет.

    В идеале - Вы сами назвали - Qt. Дабы не сильно париться, могу подсказать интересный трюк для параллельных вычислений - считайте всё в шейдере, запихав информацию в текстуры. А потом из этих же текстур вытаскивайте результат. Это самый кроссплатформеный способ.

    Ну, или придётся писать немного платформозависемого кода. Алсо
    Ответ написан
    3 комментария
  • Нормально ли это,температура ssd 50 градусов?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    В ноутбуке - да. Правда это повод почистить его от пыли ;)
    Ответ написан
    Комментировать
  • Зачем нужен Heroku?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Ну, heroku это не только EC2, но не суть, так-то. Можно своих велосипедов написать и стоимость будет равна нулю, ибо хостинг и так должен быть... Какой-то.

    Соль в том, что heroku к тому же провайдит сапорт, гарантии, сотни разных платформ. Как-то так. Но в общем и целом - так-то да. Смысла никакого. Как и использовать гит - можно ведь на флешках всё передавать, а версионность - папками и 7z архивами. Когда-то так и делали. Суть в том, что человек сосредотачивается лишь на том, что ему нужно. Да и на мой сугубо личный взгляд разницы приносить в жертву 250 или 70 енотов - нет никакой, покуда проект приносит тысячи в месяц. А для личных и некоммерческих проектов у heroku есть особые тарифы.
    Ответ написан
    Комментировать
  • Как реализовать систему эффектов (модификаторов) накладываемых на игрока?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Вообще, последующая реализация сильно зависит от текущей архитектуры. Лично я бы сделал что-то вроде такого (python рулит):

    class Modifiable:
    	base = {"strength": 10}
    	mod = {"strength*": 2, "strength+", -3}
    
    	def __init__(self, **kwargs):
    		pass
    
    
    class Hero(Modifiable):
    	def __init__(self, **kwargs):
    		pass
    		
    	@property
    	def strength(self):
    		return self.base["strength"] * self.mod["strength*"] + self.mod["strength+"]


    Суть примерно ясна, к тому же можно пойти дальше и запилить класс - ObjectProperty и ObjectModificator со всеми необходимыми методами, а потом аккурат умножать, вызывая перегруженный __mul__.
    Ответ написан
    Комментировать
  • Из JS в obj-c, swift, iOS-dev. Как сложен переход и с чего начать?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    JS, как и Objective C принадлежит к алголоподобной семье, так что особых проблем с синтаксисом не будет. Разве только возможен разрыв шаблона по поводу ООП, так как оно совсем по другому реализовано в Objective C. Почитайте любую общую литературу, а там найдёте волну. Не скажу, что должны возникнуть какие-то особые сложности, однако в любом случае - терпение и труд всё перетрут.

    По поводу специфики JS как языка - пусть он и урод, однако он довольно мощный язык программирования с тучей возможностей и ещё тележкой фич. Objective C в этом плане намного больше похож на классический Smalltalk, да и совместимость с классическим Си только добавляет очков в пользу классики, однако сам по себе Objective C всё таки имеет несколько интересный устрой.

    По поводу Swift - он пока довольно сырой и создавался с учётом специфики iOS разработки, без опыта вряд ли действительно поймёте улучшения, разве только некоторые из них. Впрочем, смысла действительно никакого, а вот большая привязанность к платформе ничего хорошего не сулит.
    Ответ написан
    2 комментария
  • Как прижать div к низу родителя?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Может стоит немного по-другому?
    Ответ написан
    Комментировать
  • Какой процессор лучше?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Ок. Выбор на самом деле очень простой, намного проще - чем кажется. Если есть дискретное GPU и НЕ важно время автономной работы - Pentium XXXXM, если нет - Core i3 XXXXU.

    Почему? Потому что почти весь набор плюшек, что есть в Core i3, но нет в Pentium - это видео. Да, вот так, всё очень просто.
    Ответ написан
    Комментировать
  • Какой из перечисленных ноутбуков lenovo выбрать?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    У меня v580c, правда модификация с Core i5, 8 ГБ RAM и GT740M. Сейчас с него пишу, всё идеально, бизнес-класс он и в Африке бизнес-класс. Очень лёгкий для 15"30', очень быстрый камень для ноутбука, очень хорошая графика. И самое главное - много RAM. Брал за 25k. На мой взгляд - идеально уложился.

    Пара слов о CPU: для Ваших задач Core i5 с двумя физ. ядрами - за глаза. Даже виртуалки не так сильно нагревают, если это какой-нибудь вэб или сети, можно поставить кап на 30% от ядра и всё равно всё работает очень быстро - камень огонь.

    Пара слов о RAM: да, с виртуалками всё плохо-плохо, но спросите себя - 4 ГБ хватит? На Windows мне катастрофически не хватало. Arch в этом плане более стабилен и ему в общем-то и 2 ГБ достаточно. Но виртуалки очень и очень тяжело давались, так как надо было делать сети, а это не совсем мой профиль... В общем, пришлось поделать хэллоуворлдов, но как тяжко было запускать три штуки Windows Server 2008. Я молчу о десятке. 8 ГБ - это минимум, который нужен при работе с виртуальными машинами.
    Ответ написан
    Комментировать
  • Как написать драйвер клавы под Mac, Win и Linux?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    5 комментариев
  • Как узнать производительность процессора?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    @386DX в комментариях к ответу @EnterSandman 'а совершенно прав, вопрос очень корявый.

    Ок, небольшой ликбез: ещё очень давно, когда Intel накручивала частоты как могла, AMD, ещё даже не купившая Radeon, брала "качественными" частотами. Но что-то пошло не так, Intel одумалась и замутила серию Core. Сначала Core Duo как мобильные решения, потом Core 2 Duo, а сейчас уже больше пяти лет эксплуатируют серию Core iX. И тут что-то пошло не так. Intel так разбушевалась, что AMD теперь почти погибла. Их CPU ну никак, совсем никак не идут ни в какое сравнение с камнями Intel. И они начали повышать мегагерцы - их флагман, AMD A10, спокойно превышает 4 ГГц, что очень, очень много. Но всё равно, они слакают и пока не умирают лишь за счёт лучшей интегрированной графики (вполне юзабельной в играх, например).

    Ну вот, но почему так? Почему? А всё дело в том, что CPU сегодня давно уже и не CPU вовсе. Это инженерное чудо есть пример невероятной интеграции, в одной микросхемке интегрировано столько возможностей, что со счёту можно сбиться. Конвейр, кэш, инструктор, разного вида контроллеры, специализированные скалярные или векторные видеоускорители.

    Именно поэтому измерить производительность очень и очень сложно. Синтетика вообще ни разу не справляется и уже давно, очень давно требовательные игры стали этаким тестом. А всё потому, что они используют почти все железки на полную (разве только жёсткий диск не является критичным), хотя графическую часть они используют таки посильнее (именно поэтому решения AMD до сих пор не сметены с рынка). А что сейчас? А сейчас всё вообще может лечь медным тазом, не так давно Intel анонсировала интегрированные FGPA в свои CPU. О боги, как трясутся мои пальцы, ибо это просто невероятно поднимет производительность тех, кто "сечёт". А если ещё можно будет прошивать FGPA "на лету", игры обретут новую инженерную жилку и консоли "какого-там-уже-поколения" снова останутся "не у дел". А что будет с криптоанархией и цифровыми валютами я даже не представляю.

    В общем, удачи в бесполезном выборе. Я к тому, что берите любой, Xeon лучше работает с однотипными задачами, так как имеет лучший конвейр, однако i7 намного лучше справляется с нетривиальными задачами, такие как графика, звук и тому подобное, ибо он потребительский.
    Ответ написан
  • В чем отличия C++ и C# ?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Тут все пишут про отличия. Рискну написать про сходства.

    Во-первых, о чём бы ни писала Елена и Си++ и C# - оба языки общего назначения. Даже больше, оказывается - C# ни разу не заточён под объёмную библиотеку (или фреймворк) .NET, однако с ним намного, много проще. Но если таки учитывать .NET, то для Си++ есть Boost и Qt, так что здесь скорее паритет - библиотек для обоих хватает.
    Во-вторых, сложность разработки на Си++ часто преувеличена. Разве только дисциплины надо поболее - выстрелить в ногу здесь попроще. Однако при этом Си++ будет чутка более гибкий и без танцев с бубнами unmanaged код не запустить на C#. Если внезапно потребуется.
    В-третьих, оба языка, раз они общего назначения, таки мультипарадигмальные. То есть они реализуют большинство практик. И хотя Си++ развивается довольно медленно, сейчас Си++ резко догнал C# в плане нереализованных фич (здесь как минимум лямбды). Ну и метапрограммирования у Си++ поболее будет (наглая ложь).
    В-четвёртых, оба языка кроссплатформеные. Впрочем, C# будет более кроссплатформенный, чем Си++. Разве только тот же Qt резко стёр границы, но это не значит почти ничего - C# компилируется в тот же самый CIL для всех платформ, Си++ - в совершенно разный код для разных платформ (i386, amd64, ARM Cortex-AXX).
    Наконец, в пятых, синтаксис у них действительно очень похож. Оба языка принадлежат к семейству Алгол-подобных, так что и брейсы, и остальные скобки здесь имеют примерно одно предназначение.

    Различия, которые казалось бы делают языки совершенно разными, таки не столь принципиальны на том уровне абстракции, на котором был задан вопрос. А различия действительно колоссальны: C# - managed код, что означает, что скомпилированный код будет исполнятся не на прямую в CPU, а на специальной виртуальной машине. Это съедает производительность, но сильно облегчает перенос кода. Ну и потом, C# - полупроприетарный ответ Java (что интересно, так как получается, что C# - более свободный, чем Java), которая была создана как замена сложному и небезопасному C++ в том числе.

    В общем, как человек, который начал давно с C#, продолжив C++ и по пути изучив Python, Java, D и другую ООП-чушь могу с уверенностью сказать, что разницы в общем-то и нет... То есть придётся немного проникнуться в чуть другую философию и выяснить, какие проблемы более новый язык пытался решить. Но если подходить к этому, как подошёл lookid, то это скорее не как изучать языки одной языковой группы, а как изучать один и тот же язык в разное время или в разных сферах.

    Почему так? Потому что ООП... Оно как бы ООП, ничего сверхъестесственного ни один язык не предлагает, это не Haskell, и тем более не Brainfuck. Так что принципиально общие вещи в них будут. То подмножество, что реализует машину Тьюринга - у них общие. Сами посмотрите: циклы, ветвления, передача аргументов, арифметика... С небольшими правками всё совершенно одинаковое. Да, Дмитрий совершенно прав, traits на C# не повторишь, ибо та аналогия будет уже не traits, однако... Это уже [programming_language] related, то есть это попытка совладать с особенностями.

    Немного пруфов: лично я ходящий пруф. Зная C++ и C# и немного Java я просто начал программировать на Python. При том, что Python даже алголоподобным не принадлежит. А всё потому, что логика одна и та же, хотя различий между Python и C(++|#) намного, много больше. Но не читая почти никаких туториалов, пройдясь галопом по европам с документацией сейчас я знаю python достаточно для серьёзного проекта.

    UPD. По поводу метапрограммирования... Таки рантайм рефлекшн шарпа тащит. И хотя ни макросов, ни шаблонов, ничего. Но изменять код на лету - это уже очень круто. По дефолту плюсы так не умеют, и хотя шаблоны с макросами тащат, сильно, очень сильно тащат и вытаскивают его, Си++, со дна, надо признать - рефлешн у шарпа будет поинтереснее. Извиняюсь за дезу.
    Ответ написан
    6 комментариев
  • Как не тратить ресурс SSD на просмотр видео на YouTube?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Смотрите, можно так, хотя сам не сильно пробовал (переносил биткойн так):
    + почищаем всю апдата (или смотрим, где храниться кеш, посмотреть можно мониторищями утилитами на открытые handle файлов), однако здесь может быть трабла, что кто-то захочет файлы там, так что мб надо с live cd
    + монтируем раздел к AppData
    + !?!?
    + Профит
    Ответ написан
    Комментировать
  • Поможет ли дополнительная оперативная память?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    На самом деле информации очень мало. Чрезвычайно. Дело даже не столько в юз-кейсе, сколько в таких банальных вещах, как ОС и возраст ПК. Очень печально видеть таких кул-хацкеров, которым на всё один ответ - ставь SSD. Я тоже таким был. Пока руки не выпрямил. Теперь краткий ликбез:

    Об SSD: оно быстрое, причём не столько по скорости чтению/записи, сколько по времени доступа, отчего IOPS взлетает до небес; однако, потребительские диски - 10k перезаписей на ячейку, что при интенсивном раскладе убьёт пол диска за год (ну в общем, как винда любит); да, дополнительные плюшки, вроде меньшего энергопотребления и практически полного иммунитета к тряске хоть и имеют место быть, однако они больше необходимы в лаптопах; ах да, SSD бесшумны - это круто, но на любителя, мне нравится детектить работу ПК по шуму.

    Об RAM: это очень зависит от ОС, точнее Windows/НЕWindows. Объясняю - это исчадие ада очень любит кэшировать. Кэшировать всё и вся. А ещё. Оно очень расточительно на память. Видимо подсистемы пишут не просто разные люди, но и даже не контактирующие никаким образом друг с другом. По опыту скажу, что очень часто инженерные решения в Windows примерно такие: если можно что-то сделать так или иначе, то здесь это сделано и так и иначе. От чего оверхэд колоссален. Причём с повышением цифры всё только хуже - фичи добавляют, оптимизировать забывают. От этого система почему-то очень не хочет выгружать индексацию, например, освобождая доступ приложениям. А ещё, ещё в Windows есть где-то глубоко утечка. Лечится только перезагрузкой. Ну это у меня ноутбук аптайм неделями держит - приходится перезагружатся таки иногда.

    О файле подкачке: не знаю, кто вообще так назвал swap; нормальные системы могут работать без свапа, эта не может (разве только если есть >16ГБ RAM); не знаю, где проблема, однако похоже, что Windows зачем то вместо того, чтобы забыть кэш диска, очень хочет убрать неактивные приложения в свап.

    Об износе: самое первое при первое что изнашивается - дерьмовые планки RAM. Так уж случилось, что в дешёвых RAM гнилые кондеры, да и сама логика не ахти, так что со временем заряд держит всё хуже и хуже. Отсюда проблемы - тайминги надо повышать, да вот только кто об этом заботиться будет. Ошибки хлынут, ОС их бережно разбирает и переподгружает (видимо для этого swap), однако это всё становиться невыносимо медленно.

    Окей, получается что если:
    + ОС время от времени залипает
    + ОС иногда убегает под синие шторы
    + ОС порядком надоела заботой о пользователе с сообщениями о нехватки памяти
    + Диспетчер задач прогнозирует скоры апокалипсис по причине 99% занятой физической памяти
    + После перезагрузке полчаса-час работать можно относительно спокойно

    то настало время поменять RAM. Именно поменять, а не добавить, не скупитесь, старая RAM будет только тянуть новую на дно. Смею предположить, что планкам больше 2х лет - это примерный срок службы плохих планок RAM. В следующий раз рекомендую брать не бюджетные решения kingston, а каких-нибудь корсаров, дороже в полтора раза, зато хоть на 10 лет =), как установил эмпирический опыт.

    Теперь об SSD. Не советую сейчас. Серьёзно. Эта штука ещё толком не нагрелась, хотя возраст у неё приличный. Они уже почти не страдают детскими болезнями, но до сих пор не хватает действительно хороших предложений на рынке. Подождите совсем чуть-чуть тут уже анонсируют интересные плюшки. Впрочем потребительский сектор уже почти готов для SSD, на мой таки сугубо личный взгляд твёрдотельные на стационаре - перебор.

    Чуть чуть про HDD. Они прекрасны. На самом деле. Они очень живучи - до сих пор HDD на 160 ГБ трудится, хотя ему почти 10 лет (на то время это было очень очень); сейчас я на него смонтировал рут и не знаю бед. За время его безотказной работы устали 2 SSD (один из них был взят как-только SSD появились и его объём был скромные 60 ГБ) и три гибрида. Причём один из гибридов перепрошили мне на работу "без твёрдотельного кусочка" - до сих пор в NAS стоит. Гарантийный ремонт дисков - это банальная замена, поберегите данные и нервы. К слову, посмотрите в SMART, возможно просто плохо именно этому накопителю.

    Ещё меньше про новую платформу. И да и нет. Если ничего серьёзного не требуется (какой-нибудь фиче-related программинг) - не обязательно. Хотя CPU тоже изнашивается, да. Ну а по поводу Core i3 - ни в коем случае. Обратите внимание на Pentium GXXX - уникальные камни, дешёвые, быстрые, холодные. Если честно Core i3 - огрызок. Если и Core, то хотя бы i5 - тут и Turbo Boost нормальные, и Hyper Threading даёт заметные 0-150%. Хотя платформу было бы обновить не плохо.

    Итоги. Если таки решитесь на SSD - почитайте вот здесь. Там много ссылок, интересных и не очень, может помочь. Если таки решитесь на обновление платформы, учтите, что здесь придётся обновить всё. Не просто камень перевоткнуть, а минимум - поменять мат. плату.
    Ответ написан
  • Язык программирования под конкретную задачу + с нуля + хорошая база?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    На самом деле, можно выбрать JS или Python. В контексте Python'а поставленная первая задача решается на раз два, вот пару советов, которые могут помочь в дальнейшем (естественно, в контексте получения быстрого результата):
    + забейте на классы и красивый код, пишите как можно быстрее, итоговый вариант будет мерзким и ужасным, однако результат не заставит себя ждать
    + используйте мощь Python'а - генераторы, списки (и слайсы), лямбды и много-много сахара
    + начните с pygame: тут не будет красивых менюшек из коробки, однако, что важнее, будет достаточно удобный с точки зрения Python API, и рисование и звук.

    К слову, Python можно относительно легко компилировать в JS, а есть ещё и on-the-fly парсер на JS. Так что сделать web-версию не составит огромного труда.

    Окей, что до ресурсов, то codeacademy, coursera очень хорошие варианты. Ну и официальная документация тоже одна из лучших (по языкам).

    Единственная сложность, так это выбрать двойку или тройку. Советую тройку - с либами в основном всё хорошо, да и разница не настолько колоссальна (в основном это print стал настоящей функцией, когда был невесть чем). Да и забавно - python 2.x очень легко конвертируется в python 3.x подключением пары либ и парой импортов из __future__.

    Теперь о том, как это можно экстраполировать на остальные задачи. Матан совсем не обязательно и легко поднимается по требованию. Было бы не плохо быстро поднять технический английский (дабы понимать термины), хотя здесь проблем совсем не должно быть - сам технический IT-русский на 80% из английского. Программировать контроллеры на Python сложно, но можно. Понимать вэб и 1С-программистов не составит труда, так как в основном они и не программисты.

    Относительно JS могу сказать, что он и простой и сложный одновременно. Задумывался он максимально простым, и отчасти он таким получился. Однако уродцем он получился ещё тем. В этом видео очень интересно показано. И там ещё много таких тонких моментов. Хотя на самом деле, он действительно очень интересен и многое умеет. Да и разработка идёт полным ходом, а браузеры спешно имплементируют новшества.
    Ответ написан
    4 комментария