Документация в ветке docs. Я сам не буду улучшать документацию, скорее уж лучше поправить реализацию, так как текущий подход противоречит концепции 1-click :)
Смешно, но есть ли выбор? Вот на фоне всего этого решил после 10 лет вернуться на линукс. Новый gnome 3 за 10 минут превращается в нечто очень юзабельное и лучше macOS.
Но что в качестве железа? Dell XPS 15, которые стоит практически столько же, но после чтения отзывов брать не хочется, или новый Thinkpad Extreme x1, который вроде бы лучше Dell, но кирпич кирпичом, стоящий опять же чуть ли не дороже MacBook Pro (такой же конфигурации, и не забываем, что в MBP более быстрый SSD). Ок, пусть цена не волнует, но так и преимуществ нет — с чего менять железо тогда, если вдруг что, вернуться нормально на macOS не получится.
DooGee S60. Да — неудобно в руке держать. Но и с телефоном https://www.kickstarter.com/projects/jellyphone/atom-world-s-smallest-4g-rugged-smartphone/ неудобно в поле маршрут менять/оценивать. Простое решение — покупка дешевых часов с Wear OS и использовании их как экран для принятия быстрых решений (не понял голосовой навигации/быстро посмотреть карту) http://www.locusmap.eu/wear-for-locus-map/ В итоге и не не нужно мучаться с большим 5" аппаратом, но и одновременно есть возможность работы в поле на большом экране при необходимости.
Насколько вы сами видите актуальность своего решения на таких системах, как macOS, где уже есть свой keychain? Без необходимости запоминать master password? Конечно, необходимость ввода не столь остра, так как браузер не часто перезапускается, но тем не менее.
Штука то в том, что официальный клиент Амазона не умеет синхронизировать. Поэтому есть сторонняя программа goodsync — она умеет и amazon, и google drive (то есть не надо ставить официальных клиентов на каждое облака — я бекаплю в 2 облака для надежности). Попробуйте — может оно сумеет скачать :)
Не могли бы написать задачу в https://youtrack.jetbrains.com/ c примером кода? Насколько я понимаю, в JS не очень компактная запись функций, вы пишете на чистом JS или Typescript?
Минуточку. Без подписки вы покупаете версию и она у вас есть. Мажорная версия на момент покупки. Верно? Купили Win 7 — через год она у вас по прежнему Win 7.
Меня, как personal, не как сотрудника JetBrains, текущая схема полностью устраивает (хотя мне и не нужно сейчас покупать как сотруднику, но говорю по опыту) — подписка в этом плане равно покупке. Я купил (подписался на год в терминах новой модели) IDEA 9 — через год она у меня и останется. Подписка в этом плане дает вам возможность _бесплатно_ получить новую мажорную версию (если она выходит за этот год) (минорные вы, разумеется, получаете всегда).
Никто никого не «ставят в позу, и говорят, ты или плати или вали нахрен на старую версию». На момент окончания года вы получаете ту же мажорную версию, что и купили. Не нравится подписка — ну так и не думайте в ее терминах, не пользуйтесь возможностью _бесплатного_ обновления до новой мажорной версии.
Если вы купили молоток с 8 кг массой бойка, то он у вас и через год будет с массой 8 кг. «у которого прямо в процессе работы может в два раза уменьшится в размере боек» возможно только в рамках подписки (которую я тоже не люблю, предпочитаю не брать в кредит, а владеть вещью), которая дает вам возможность _бесплатно_ заменить боек на новый с массой 16 кг (мажорное обновление).
PS. да, я знаю, что есть некие лицензии с возможностью upgrade, но сами понимаете, это не классическая схема «что купил, то и имеешь», а движение в сторону подписки как раз.
Есть возможность хранить конфигурацию в облаке — https://github.com/develar/settings-repository (забандлено в IDEA 15, WebStorm 11/PhpStorm/RubyMine (продукты из ветки 142)). Про ReSharper не знаю. На данный момент это не совсем сервис, так как репозиторий хранится вами на том же github, но есть в ближайших планах поддержка JB account.
Java мертва, backward compatibility, как минимум, одна из причин. Kotlin (http://kotlinlang.org) позволяет писать гораздо более лаконичный и читабельный код.
Я не из команды AppCode, скажу в общем — вам ничего не мешает запустить 2 run configurations и дебажить :) Скажем, если оно вместе работает в одной VM, как Java/Nashorn, то IDEA поддерживает совместную отладку (java+js), а вот в перечисленных вами случаях, это может быть как 4-летняя задача youtrack.jetbrains.com/issue/WEB-2099.
Или вы и так в курсе всего, и именно хотите, чтобы CLion сам занимался управлением потоками (типа если в C++ остановились, то ставим на паузу Python) и иметь всего одно окно отладки вместо двух (типа все равно в один момент может быть остановка только в одном месте независимо от VM)?
Отвечу как пользователь котлина с версии 0.1 и на java, и на js:
сфере дружбы kotlin и систем сборок при нацеливании на android
у меня вот не заладился простой проект с gradle, то есть проблемы решить можно, но не прямым путем и удовольствия мало. Да и плагин gradle в IDEA далек от совершенства.
Учитывайте, что Котлин постоянно развивается, и что в production, что в своем проекте хранить компилятор/плагин нужно у себя под VCS, дабы избавить своих коллег или себя через n времени от ужаса «как же скомпилировать теперь именно той самой версией на момент последнего изменения кода».
насколько вообще kotlin готов к продакшену?
надо отметить, что такого удовольствия в написании кода в IDE как в случае java/typescript, не будет — довольно медленно оно работает (completion — в результате больше печатаешь, пока оно догоняет, inspections — довольно бедный набор и не всегда логичный).
То есть в целом Kotlin еще не продукт, но качество и продуманность языка столь высока, что за возможность писать код, как думаешь (без оглядки на компилятор и курения спеки), можно и пожертвовать многим (тут не столько удовольствие, его в долларах не измеришь и всегда можно адаптироваться, сколько результирующая экономия времени на первоначальном программировании и дальнейшей поддержке).
Ну а в runtme — если оно сразу не упало (компилятор может выдать байт-код некорректный в случае interop с существующим java кодом (такие проблемы редки, но пока что есть)), то проблем уже не будет.
Это тот самый нюанс с «Еще одно отличие в релизных циклах продуктов». Большинство плагинов не самодостаточны, а базируются на платформе. А платформа идет с IDE. Таким образом, в старой версии IDEA вы не сможете поставить новую версию плагина NodeJS (которая идет с WebStorm 8) именно из-за этого.
Любые ссылки на Европу в данном ключе это признак непрофессионализма и просто ложь — 22 евро лимит на ввоз вне ЕС, а не конкретной страны. Живя в Германии я могу купить что-угодно в ЕС + в Англии. Ну и зачем мне тогда что-то брать в США/Китае, если в моей стране и так все производится?
Документация в ветке docs. Я сам не буду улучшать документацию, скорее уж лучше поправить реализацию, так как текущий подход противоречит концепции 1-click :)
Как автор electron-builder, замечу, что планов это как-то упростить в ближайшее время нет.
Возьмем цены в евро для Германии:
3.779,00 € https://www.apple.com/de/shop/buy-mac/macbook-pro/15%22-space-grau-2,6-ghz-6%E2%80%91core-512gb# (CPU: 2,6 GHz 6‑Core Intel Core i7 Prozessor der 8. Generation (Turbo Boost bis zu 4,3 GHz), RAM: 32 GB 2400 MHz DDR4 )
3.554,82 € https://www.lenovo.com/de/de/laptops/thinkpad/x-series/ThinkPad-X1-Extreme/p/20MFCTO1WWDEDE1/customize? CPU: Intel Core i7-8850H Prozessor (9 MB Cache, bis zu 4,30 GHz) (такой же как в MBP, поэтому к базовой цене добавляется эти 300 euro) RAM: 32 GB DDR4 2.666 MHz SODIMM
Разница в цене — 225 euro. Вес одинаковый 1,8 kg.
X1E (36,2 cm x 24,6 cm x 1,87 cm)
MBP (34,93 cm x 24,07 cm x 1,55 cm)
Стоят ли эти 225 euro на фоне общей цены 3800 euro кота в мешке (MBP точно не будет проблем с качеством, не нужно менять ОС)?
Ну и по этой раскладке видно, что цены на ноуты у Apple не особо взвинчены.
Смешно, но есть ли выбор? Вот на фоне всего этого решил после 10 лет вернуться на линукс. Новый gnome 3 за 10 минут превращается в нечто очень юзабельное и лучше macOS.
Но что в качестве железа? Dell XPS 15, которые стоит практически столько же, но после чтения отзывов брать не хочется, или новый Thinkpad Extreme x1, который вроде бы лучше Dell, но кирпич кирпичом, стоящий опять же чуть ли не дороже MacBook Pro (такой же конфигурации, и не забываем, что в MBP более быстрый SSD). Ок, пусть цена не волнует, но так и преимуществ нет — с чего менять железо тогда, если вдруг что, вернуться нормально на macOS не получится.
Вот этот тикет может пролить свет — https://github.com/containerd/containerd/issues/2288
DooGee S60. Да — неудобно в руке держать. Но и с телефоном https://www.kickstarter.com/projects/jellyphone/atom-world-s-smallest-4g-rugged-smartphone/ неудобно в поле маршрут менять/оценивать. Простое решение — покупка дешевых часов с Wear OS и использовании их как экран для принятия быстрых решений (не понял голосовой навигации/быстро посмотреть карту) http://www.locusmap.eu/wear-for-locus-map/ В итоге и не не нужно мучаться с большим 5" аппаратом, но и одновременно есть возможность работы в поле на большом экране при необходимости.
Насколько вы сами видите актуальность своего решения на таких системах, как macOS, где уже есть свой keychain? Без необходимости запоминать master password? Конечно, необходимость ввода не столь остра, так как браузер не часто перезапускается, но тем не менее.
Или основная аудитория Window?
Меня, как personal, не как сотрудника JetBrains, текущая схема полностью устраивает (хотя мне и не нужно сейчас покупать как сотруднику, но говорю по опыту) — подписка в этом плане равно покупке. Я купил (подписался на год в терминах новой модели) IDEA 9 — через год она у меня и останется. Подписка в этом плане дает вам возможность _бесплатно_ получить новую мажорную версию (если она выходит за этот год) (минорные вы, разумеется, получаете всегда).
Никто никого не «ставят в позу, и говорят, ты или плати или вали нахрен на старую версию». На момент окончания года вы получаете ту же мажорную версию, что и купили. Не нравится подписка — ну так и не думайте в ее терминах, не пользуйтесь возможностью _бесплатного_ обновления до новой мажорной версии.
Если вы купили молоток с 8 кг массой бойка, то он у вас и через год будет с массой 8 кг. «у которого прямо в процессе работы может в два раза уменьшится в размере боек» возможно только в рамках подписки (которую я тоже не люблю, предпочитаю не брать в кредит, а владеть вещью), которая дает вам возможность _бесплатно_ заменить боек на новый с массой 16 кг (мажорное обновление).
PS. да, я знаю, что есть некие лицензии с возможностью upgrade, но сами понимаете, это не классическая схема «что купил, то и имеешь», а движение в сторону подписки как раз.
Или вы и так в курсе всего, и именно хотите, чтобы CLion сам занимался управлением потоками (типа если в C++ остановились, то ставим на паузу Python) и иметь всего одно окно отладки вместо двух (типа все равно в один момент может быть остановка только в одном месте независимо от VM)?
у меня вот не заладился простой проект с gradle, то есть проблемы решить можно, но не прямым путем и удовольствия мало. Да и плагин gradle в IDEA далек от совершенства.
Учитывайте, что Котлин постоянно развивается, и что в production, что в своем проекте хранить компилятор/плагин нужно у себя под VCS, дабы избавить своих коллег или себя через n времени от ужаса «как же скомпилировать теперь именно той самой версией на момент последнего изменения кода».
надо отметить, что такого удовольствия в написании кода в IDE как в случае java/typescript, не будет — довольно медленно оно работает (completion — в результате больше печатаешь, пока оно догоняет, inspections — довольно бедный набор и не всегда логичный).
То есть в целом Kotlin еще не продукт, но качество и продуманность языка столь высока, что за возможность писать код, как думаешь (без оглядки на компилятор и курения спеки), можно и пожертвовать многим (тут не столько удовольствие, его в долларах не измеришь и всегда можно адаптироваться, сколько результирующая экономия времени на первоначальном программировании и дальнейшей поддержке).
Ну а в runtme — если оно сразу не упало (компилятор может выдать байт-код некорректный в случае interop с существующим java кодом (такие проблемы редки, но пока что есть)), то проблем уже не будет.
Какая у вас версия IDEA?