У меня друг жалуется временами, что набирает на русском и постоянно смотрит на клавиатуру. Хотя у него на клавиатуре русских букв уже несколько лет как нет.
Если опустить сутки танцев с бубном во время установки и интеграции всего этого дела, то стало чуть лучше, чем было. Чуть-чуть. Хотя бы благодаря SSO, которого так не хватало. Спасибо.
С другой стороны я уже начинаю путаться во всех этих интеграциях: есть тимсити, в котором к проекту привязана hg-репа с битбакета. (В первую очередь решил использовать тимсити для интеграции событий в системе контроля версий с багтрекером, коим является YouTrack.). С другой стороны есть ютрэк, в котором с последней версии есть какая-то прямая интеграция с битбакетом. А ещё, установив апсорс с хабом, получаем привязку к репе там.
Ещё, создавая проект через визард в хабе, не могу почему-то привязать к нему потом Upsource. Выдаёт какую-то ошибку, мол, Upsource недоступен.
И последнее, но не менее важное, что адски напрягает: отсутствие интеграции ваших продуктов со сторонними тулзами вроде IFTTT, Slack, Zapier, etc.
Кстати, помимо других похожих либ вроде Thrift или Cap'n Proto, свой достаточно интересный аналог есть и у Microsoft, к тому же написанный на Haskell :) — Microsoft Bond.
Помню, во времена ХабраТорта авторы статей хотя бы кусок кода в статью вставляли для приличия, чтоб не так палевно было пиарить свой пет-проект двухмесячной давности.
Нынче в тренде делать дизайн сайтов и программ с парой строк текста и километровыми отступами: получается либо катастрофически мало полезного контента, либо сидишь и скроллишь по полчаса «слайды» с одним заголовком или слоганом. За такое нужно пальцы болгаркой отрезать на глазах у семьи.
iOS 7 наделала много шума благодаря своему «плоскому дизайну».
Ну да, точно. И совсем не передрала визуальную составляющую metro от Microsoft, забыв остальные концепции, благодаря которым как раз и делается уклон в сторону содержания вместо дизайна.
Технически может это и нечто похоже. Похожее в том смысле, что в языках разметки можно вставить табличку или картинку, используя специальный синтаксис. Проблема в том, что если вы захотите встатить картинку в Markdown как-то так
но проипёте при этом, например, восклицательный знак, то документ становится невалидным в том смысле, что никакой картинки там уже не будет. А в том же MS Word это сделать (в похожем случае) достаточно сложно, если не невозможно.
Ну и нельзя не заметить, что Markdown — это просто текст. А с плейн-текстом есть следующая проблема: если вы пишете какой-то код, а потом, допустим, решаете переименовать функцию, вам нужно будет сделать это во всех местах. Да и diff будет выглядеть просто как одна строка, которую заменили другой строкой. Вы можете там точно так же ошибиться в принципе, как в примере выше. Или где-то в месте использования, допустим, можете забыть переименовать функцию. Если же хранить код в древовидном виде, близком к тому, в который код в plain-text преобразует компилятор, а также парсер IDE и прочие тулзы, то ваша функция фактически будет просто узлом в дереве с атрибутом «имя», а места использования этой функции — лишь ссылки на этот узел. Переименовали в одном месте — в остальных ничего менять не надо.
ВышеNeoCode верно заметил, что в некоторых случаях такой подход повлечёт за собой необходимость избавиться от некоторых навыков работы и приобрести новые. Но я считаю, проблема решаема.
С другой стороны я уже начинаю путаться во всех этих интеграциях: есть тимсити, в котором к проекту привязана hg-репа с битбакета. (В первую очередь решил использовать тимсити для интеграции событий в системе контроля версий с багтрекером, коим является YouTrack.). С другой стороны есть ютрэк, в котором с последней версии есть какая-то прямая интеграция с битбакетом. А ещё, установив апсорс с хабом, получаем привязку к репе там.
Ещё, создавая проект через визард в хабе, не могу почему-то привязать к нему потом Upsource. Выдаёт какую-то ошибку, мол, Upsource недоступен.
И последнее, но не менее важное, что адски напрягает: отсутствие интеграции ваших продуктов со сторонними тулзами вроде IFTTT, Slack, Zapier, etc.
Ну да, точно. И совсем не передрала визуальную составляющую metro от Microsoft, забыв остальные концепции, благодаря которым как раз и делается уклон в сторону содержания вместо дизайна.
но проипёте при этом, например, восклицательный знак, то документ становится невалидным в том смысле, что никакой картинки там уже не будет. А в том же MS Word это сделать (в похожем случае) достаточно сложно, если не невозможно.
Ну и нельзя не заметить, что Markdown — это просто текст. А с плейн-текстом есть следующая проблема: если вы пишете какой-то код, а потом, допустим, решаете переименовать функцию, вам нужно будет сделать это во всех местах. Да и diff будет выглядеть просто как одна строка, которую заменили другой строкой. Вы можете там точно так же ошибиться в принципе, как в примере выше. Или где-то в месте использования, допустим, можете забыть переименовать функцию. Если же хранить код в древовидном виде, близком к тому, в который код в plain-text преобразует компилятор, а также парсер IDE и прочие тулзы, то ваша функция фактически будет просто узлом в дереве с атрибутом «имя», а места использования этой функции — лишь ссылки на этот узел. Переименовали в одном месте — в остальных ничего менять не надо.
Выше NeoCode верно заметил, что в некоторых случаях такой подход повлечёт за собой необходимость избавиться от некоторых навыков работы и приобрести новые. Но я считаю, проблема решаема.