• Thoughts On Elixir: Pros And Cons Of The Most Popular Tool For High-Load Dev
    +1
    — Polymorphism and Protocols in Elixir strictly taken from Clojure
    — Mix build tool inspired by Clojure’s Leiningen
    — macros and metaprogramming — Clojure and other Lisps
    — lazy evaluation Haskell & Clojure

    Jose Valim himself have admitted publicly that Elixir largely was inspired by Clojure and syntax of course was inspired by Ruby.
  • Thoughts On Elixir: Pros And Cons Of The Most Popular Tool For High-Load Dev
    0

    Article about Elixir that has not a single word about Clojure. Elixir was heavily inspired by Clojure.

  • Критика 1С
    –1
    На самом деле очень много есть вещей по которым я скучаю. На 1Се сидел потому что рынок того требовал. Из за этого я упустил кучу всего интересного в мире софтастроения. Я очень рад что мне пришлось заставить себя учить вещи совершенно не связанные с 1С. Врядли мне пришлось бы, если бы не уехал. Монополия 1Са на рынке exUSSR губительна для всей индустрии. Вообще я понял что не нужно гнаться за самым популярным языком, платформой, инструментом. Если гоняться за тем «что приносит деньги сейчас» ни мастерства ни достигнуть, ни удовольствия от работы в долгосрочной перспективе.
  • Критика 1С
    –10
    Ой как же я люто счастлив что больше не приходится иметь дело с этой адово-жопо-говенной системой. Правда мне пришлось уехать из России чтобы вообще ее больше не видеть. Только ради одного этого и стоило уехать. Столько лет уже ее не видел а она все как была говенной такой и осталась. Сочувствую соотечественникам.
  • Как делать больше, уставая меньше. Emacs pomidor
    +1
    Emacs рулит. Я саm использую org-pomodoro. Обожаю org-mode. С org-pomodoro я точно знаю конкретно сколько времени (и количество помидоро-циклов) я затратил за работой над конкретными задачами. Незаменимая вещь если вам платят по часам.
  • Scala или не Scala? Вот в чем вопрос
    0
    я думаю популярность Scala в сравнении с Clojure объясняется тем, что последний появился чуть позже. При том что Clojure гораздо более приятней, удобней и практичней, к тому же принуждает к определенной «функциональной дисциплине». Не столь насильственно как например Haskell, но и безо всякой разнузданности (как в Scala). Медленно но верно, популярность языка растет.
  • Пять перспективных языков программирования со светлым будущим
    0
    Я бы перспективным назвал Clojurescript. Я пробовал многие разные языки транспилирующие в JS, настоящее удовольствие я стал получать от работы именно с него.
  • ООП будущего: Барух Садогурский и Егор Бугаенко о том, как мы будем программировать через 20 лет
    +1
    когда уже народ поймет что Clojure гораздо удобнее и приятней и практичней?
  • Текстовые редакторы vs IDE
    0
    Представьте себе какой нибудь КонтрСтрайк или подобную игрушку. Режим приседания игрока, кому удобно сделать его переключаемым, а кому удобно, отпустил клавишу — игрок встал. Так-же с переключением снайперского режима. Так вот мне представляется это как если бы Вы говорили «Все это ерунда, надо играть без всяких приседаний и снайперских режимов, ибо модальность это плохо»
  • Текстовые редакторы vs IDE
    0
    Я тоже когда-то выделял куски кода, вырезал, копировал, вставлял «а-ля Winword». А потом понял что научился делать это гораздо удобней и с большей аккуратностью клавиатурой. Я могу выделить слово, предложение, функцию, в кавычках, в скобках, вместе с кавычками, нужный тэг, нужное количество строк. И делать это гораздо быстрее.
  • Текстовые редакторы vs IDE
    +2
    Вот! Вот в чем основное заблуждение. Дело то не в экономии времени. А в потрясающем удобстве. Да, конечно оно не дается даром, для выработки навыков и привычки нужно время. Сам незаметно для себя Вы только что подменили понятия. Чем же перенос руки на мышь или нажатие стрелок не «модальная ерунда» (или то что Вы понимаете под этим) в таком случае? Короче пора заканчивать этот спор. Я в отличии от Вас видел и по ту и по другую стороны. И vim-ом пользуюсь и Emacs-ом. И знаю что многие софтверные продукты (иногда совершенно незаметно для непосвященных) многие вещи от них переняли. Даже многие сайты — Gmail, Github, Trelo и т.д. и там (на гитхабе точно) те клавиши по умолчанию включены. Для Вас я так понял само по себе слово «модальность» неприятно. А для меня же без Vi-режимов процесс моей работы представляется как работа художника, которому нужно рисовать картину не отрывая кисть от холста.
  • Текстовые редакторы vs IDE
    0
    у типичного Vim/Emacs пользователя пальцы большую часть времени проводят в «исходной позиции» — <JKL:> Потому и получается что удобнее как-раз тогда, когда Ctrl там, где изначально и был
  • Текстовые редакторы vs IDE
    0
    Ctrl раньше находился там, где находится сейчас CapsLock. Многие первым делом CapsLock переначивают на Ctrl. Потому как CapsLock в принципе не нужен. А вопрос я не совсем понял, Вы что Капсом с кириллицы на латынь переключаете?
  • Текстовые редакторы vs IDE
    0
    Вы понимаете чем оправдан осознанный отказ от мыши в пользу манипулирования клавиатурой? Не понимаете? Тогда разговор можно заканчивать. А теперь допустим, вы поняли что лучше и быстрее и удобнее сделать что-то прямо с клавы, чем каждый раз дергаться за мышью, искать глазами курсор, попадать курсором куда надо, открывать бесчисленные меню, и т.д. Тогда все самые важные действия забиваются на комбинации клавиш. Так? А теперь попробуйте-ка запомнить все эти комбинации. К тому же набор получается ограниченный, рано или поздно идеи по установке действий на всякие `Ctrl+Shift+Alt+еще что-то` себя исчерпают. Существование модальных редакторов сейчас — это не традиция, не «дань моде» и не хипстерство. Так же как и многочисленные версии механических клавиатур. Просто так удобнее. Ну а если Вам нравится думать что они так мучаются и даже не знают… Ну, уж наверное не буду переубеждать.
  • Текстовые редакторы vs IDE
    0
    Ну так Вы должны понимать что называя ерундой то, чем огромное количество разработчиков живет и зарабатывает себе на жизнь, в какой-то мере сам первым же сообщением на личности по сути и перешли. Насчет того что мало кто пользуется, очень даже заблуждаетесь. Очень даже пользуются. Иначе с чего бы плодились эти все Neovim-ы, Spacemacs-ы, Emacs prelude и прочие? Я живу и работаю в Сан-Франциско, у нас в нашем офисе полсотни человек разработчиков, dev-ops, data engineers и пр. Из них только двое пользуют Sublime, один Atom, один IntelliJ, один Eclipse (да и тот пытается на Emacs пересесть), остальные либо Vim, либо Emacs. Может наша компания исключение? Не думаю. Я посещал офисы Atlassian, Google, Docker, Github, Yelp и многие другие. Примерно такая же ситуация. Откройте любой мало-мальски уважаемый редактор — скорее всего к нему существует Vim-plugin.
  • Текстовые редакторы vs IDE
    0
    «на мышь и клавиши со стрелками» я имел ввиду
  • Текстовые редакторы vs IDE
    0
    Пользователи и забыли. А прагматичные программисты как меняли CapsLock на Ctrl (потому что так изначально и было и так удобней) так и Vim-ом и Emacs-ом будут и через 20 лет пользоваться. Потому что удобней.
  • Текстовые редакторы vs IDE
    0
    Явно написано человеком, который совершенно не понимает о чем говорит. Возможность управлять всем процессом не прерываясь на мышь и клавиши позволяет сфокусироваться, быстро находить что искал, виртузно манипулировать окнами, переключаться между задачами и т.д. Сам факт того что эти редакторы уже чуть ли не полвека живут, развиваются и пользуются огромнейшим спросом говорит о многом. В большинстве своем, те кто рассуждает в русле «Vim, Emacs или Лиспы вымерли или нафиг никому не сдались» сами то никогда даже и не пытались. И да, генератор Guid-ов в Emacs таки есть.
  • Почему JavaScript работает быстрее, чем С++?
    0
    Да я бы не сказал что прям уж любят — приходится мирится (а что делать?). Понятно что уже от этого языка нам ну никуда вот совсем не деться — даже через какие нибудь лет 50, может быть когда уже и Java и C# и PHP и Ruby будут вымирать (или уже вымрут), в Сети еще будет много всякого вялятся, написаного на JS. Другое дело — кто поопытней, понял что есть возможность не парится и писать на ClojureScript, ELM и PureScript. И это гораздо, гораздо, гораздо более приятней (хотя и не без проволочек). А вот тем, кому в опен-сорсе библиотеки писать приходится, то тут уж как ни крути — JS он и на битбакете common как говорится denominator.
  • Какой язык программирования будет наилучшим для изучения в 2015 году?
    0
    Проблема не в языках как таковых — менять языки относительно просто (если уже владеешь несколькими). А вот с библиотеками и фреймворками труднее. Однако если работаешь в команде, хорошо бы знать все те языки, которые используются. Даже если это за пределами твоей непосредственной роли.
  • 15 советов и хитростей инструментов разработчика Chrome, которые вы обязаны знать
    +2
    Пожалуй мы наблюдаем развитие очередного витка «браузерных войн», только в этот раз они пытаются переманить не пользователей, а разработчиков, подсовывая им всякие «плюшки».
  • Несколько интересностей и полезностей для веб-разработчика #40
    0
    «Крутой тест» на знание джаваскрипт не только туповат, но и содержит ряд ошибок: в примере с alert(this), заменой букв в слове: пупкин-дубкин, Object.keys(null). И многие вопросы совершенно не объективны. Как можно судить о качестве разработчика по тем вещам, с которыми возможно ему никогда не придется столкнуться? Нету вопросов по closures, по prototypical inheritance, promises и т.д. Хорошое начинание, но нужно доводить до ума.
  • Несколько интересностей и полезностей для веб-разработчика #40
    0
    Для каких именно задач? Все что Вы перечислили для юнит-тестов. А есть еще всякие Chai, Chai-as-promised (для assertions), Istanbul (для code coverage), Cucumber.js для BDD и т.д.
  • Практика функционального программирования на JavaScript с использованием Ramda
    0
    После выхода lodash-fp теперь даже не очень понятна судьба Рамды. И неясно будет ли доводить Далтон lodash-fp до ума. Пока что к сожалению приходится использовать все три вместе: lodash, lodash-fp и ramdajs, каждая из этих библиотек имеет свои особенности и к сожалению пока ни одна их них не способна полностью заменить другую.
  • О программировании на 1С Предприятие 8
    0
    1С-ники в большинстве своем с некоторой неохотой воспринимают новшества платформы. Для многих 1С — это вообще первый в жизни опыт программирования. Многие из них приходят в 1С не через кафедры информатики а через бухучет и делопроизводство. Я помню с какой болью переходили с семерки на восьмерку. 1С видимо потому и не спешит с усложнением платформы — с предоставлением разработчикам более развитого языка, инструментов профилирования, тестирования и анализа кода, интеграцией с системами управления версий и прочего. Нормальные разработчики в конце-концов понимают недостатки платформы и либо находят порой странные пути их обхода, либо просто бросают 1С. Хотя признаюсь это достаточно трудно, потому как 1С создало гигантскую систему продаж по всему бывшему Союзу и позволяет получать стабильный, относительно (по сравнению с другими видами разработки ПО) легкодоступный доход. Жалко конечно, что 1С не предусматривает гибкости позволяющей удовлетворить как начинающих так и продвинутых разработчиков. Продукт сам по себе конечно неплох — ведь до сих пор никто так и не создал ничего близко к тому, что по серьезному могло бы составить конкуренцию, но отсутствие базовых инструментов разработки — это как нарушение прав человека. Программисты не должны с этим мириться. Одних писем мало. Нужно бойкотировать продукт, нужно найти способ заставить Нуралиевых прислушаться.
  • О программировании на 1С Предприятие 8
    0
    Я и сам занимался 1С-ом начиная с версии 6 и вплоть до 8.1. И даже тогда я считал это «недопрограммированием». К 1Су непосредственно претензии можно высказать вкратце так: они монополизировали рынок, на государственном уровне пихают свой продукт, гребут бабло контейнерами, а отношение как с своим франчайзи так и к конечным пользователям продукта как было наплевательским так судя по статье и комментариям и осталось. Конечно то что 1С как среда кхм. разработки — с точки зрения нормального разработчика это извините говно в желто-красной коробке, конечно же не вина огромной армии 1С-ников. Тем не менее, даже самый искусный лекарь — не врач, пока не получил соотвествующего опыта, необходимых инструментов и навыков для их применения.
  • О программировании на 1С Предприятие 8
    0
    Маляр разбирающийся в краске, выливающий гипсовый орнамент для украшения стен, использующий десяток разных видов кистей субъективно может называться художником. Но в глазах настоящего художника он так и останется маляром, пока не нарисует хотя бы двух-трех мало-мальски пригодных полотен.
  • О программировании на 1С Предприятие 8
    0
    Программисты не любят 1С-ников, потому что те называют программированием то, что по сути программированием и назвать то нельзя. Примерно также как если бы маляр представлялся бы художником или иллюстратором. Человек научившийся в Экселе использовать функции, не становиться вдруг программистом. Даже когда он находит макросы и начинает использовать VBA, создание таблиц в Экселе не превращается вдруг в программирование.
  • 8 сортов муды в твоей веб-студии
    +1
    Кстати у меня знакомый, который работает в команде google chrome как-то рассказывал что мол весь сырец Хрома хранится в svn. Но никто в здравом уме конечно svm локально не использует, все отправляют на сервер через git-svn bridge. Как-то вот так сложилось видимо, а теперь менять все это долго и дорого.
  • Зачем vi-топор программисту 21-го века
    0
    Кстати я заметил что C-n/C-p во многих продуктах поддерживается. Например в Chrome — при наборе в адресной строке, при переключении пользователей можно листать вверх/вниз по предложенным вариантам, в Sublime по менюшкам, Spotlight и Alfred — на OS X и.т.д.

    >А торопиться генерить текст мне некуда.

    В том то и дело что мы чаще заняты просмотром своего/чужого кода, чем нежели непосредственно редактированием. И вот тут то то «модальная фигня» обалденно помогает
  • Зачем vi-топор программисту 21-го века
    0
    Попробуйте поставить Vimium расширение под Chrome. Не нужно знать Vim, не нужно знать никаких команд и сочетаний клавиш. Зайдите на любой сайт и нажмите «f». Вам сразу станут очевидны преимущества такого подхода.
  • Зачем vi-топор программисту 21-го века
    0
    шучу конечно. Как товарищ подсказал ранее «F» в самый раз. А AceJump как бы крут не был как-то не использую практически совсем. Энергозатрат много — нажми букву, выскочит восемь тыщ подсказок, найди нужную подсказку и.т.д. По мне как-то быстрее штатными средствами допрыгать
  • Зачем vi-топор программисту 21-го века
    0
    используют AceJump :)
  • Зачем vi-топор программисту 21-го века
    0
    К сожалению, да, это правда. Потому я был приятно удивлен насколько evil mode хорошо работает в emacs-е.
  • Зачем vi-топор программисту 21-го века
    0
    Для того что бы использовать преимущества модального режима необязательно ведь в Vim-е сидеть. Многие IDE поддерживают Vim-режим посредством плагинов.
  • Зачем vi-топор программисту 21-го века
    0
  • Зачем vi-топор программисту 21-го века
    0
    К сожалению в C давно не пишу. C-ide не вариант? tuhdo.github.io/c-ide.html
  • Зачем vi-топор программисту 21-го века
    +2
    Я не о редакторе в данном случае, я о модальном подходе, который используется в Vim. Навигация без необходимости отрывать пальцы от ключевого положения (ФЫВА — ОЛДЖ) гораздо более удобней, чем постоянный разрыв между мышкой, стрелками, функциональным клавишами и алфавитно-цифровой частью.
  • Зачем vi-топор программисту 21-го века
    –2
    Уникальность в том, что редактор воспринимается как мольберт художника. Есть режим редактирования (когда непосредственно художник касается холста кисточкой), есть режим просмотра. Обычный редактор это как кисточка, которую оторвать от холста невозможно. Если холст большого размера и вам приходится его все время передвигать и переворачивать то такой подход естественно неудобен. Обьяснить преимущества навигаций клавишами HJKL чем обычные стрелки непосвященному конечно можно, но прочувствовать чем именно так лучше можно только самому. с Vim-ом нужно тренировать т.н. «мышечную память» (muscle memory) чтобы добиться каких либо заметных результатов. Это конечно новичков отпугивает, но если постараться то можно понять эффективность такого подхода
  • Зачем vi-топор программисту 21-го века
    +3
    Кстати большой респект мейнтенерам IdeaVim — обалденный плагин. Наверное одна из немногих фич JetBrains-овских IDE, которая очень долго удерживала меня от перехода на Emacs. Я до сих пор для серьезной работы использую WebStorm, но в свободное время допиливаю свою Emacs-овскую конфигурацию.