Спасибо, приму к сведению, но судя по скриншотам очень напоминает putty с его "многогалочек", но с существенной разницей, что за него ещё надо платить.
А через сколько обрубает? У меня например забытая сессия полдня спокойно живёт. У меня вот другая проблема с cygwin, после закрытия сессии, иногда в памяти остаётся висеть процесс ssh.exe, пока не прибьёшь.
Ну на маке например иксы были востребованы. Или же например я хожу на домашнюю тачку через ssh и я иногда запускаю там любимую IDE и для этого пользуюсь иксами из cygwin'а, но круто было бы так, что бы не приходилось танцевать с cygwin и всё было из коробки. Если чё, за vnc слышал. Не кошерно.
После того, как меня на работе посадили на венду, как корпоративный стандарт, я себя почувствовал человеком у которого нет рук. Без bash grep awk sed и пр. очень тяжко было. Также к настройке ssh клиента я дико привык да так и не смог принять putty с его тоннами галочек. Спасался только локально установленным cygwin. Эта же новость, если не первоапрельский розыгрыш, то очень хороший подарок таким же как и я.
Благодаря МГТС и его субподрядчикам (няз, именно на них валят ответственность), устанавливающим GPON с оборудованием ZTE, я успешно познал что такое Linux/Gafgyt, после того, как заказал «белый» IP. Заботливые китайцы оставили себе бекдор в роутере в виде открытого телнета с известным паролем. А при локализации, по всей видимости в недрах МГТС, там задачу несколько упростили, сменив китайский пароль к телнету на root/root. При чём самое интересное то, что через веб-интерфейс пароль не меняется, а после каждой перезагрузки настройки файрвола, которыми можно было прикрыть телнет, сбрасываются.
Обнаружил случайно, после того, как внезапно перестала отвечать веб-морда роутера. Далее после поднятия honeypot стало понятно почему такое было поведение, один из вариантов скрипта проникновения просто kill'ял всё что ни поподя.
В общем спасибо МГТС за весело проведённое время.
Эх, если бы всегда было бы так просто, то можно было бы вообще тут написать var secureRandom = new SecureRandom(). Но в суровой реальности метод может хоть Ваней называться и быть неподвластной для меня частью, разрабатываемой другим отделом, а вот название локальной переменной при этом может только сбивать с толку.
Попробовал, java.security.SecureRandom не переименовывается :\
А если серёзно, то тут же проблема не в переименовании самого типа, в смене возвращаемого методом типа на другой.
Оказывается не один я такой, кому влом писать final, полностью разделяю данную точку зрения. В случае же с val/var я бы с удовольствием пользовался val.
Да ведь с "индусов" взятки гладки, их проблемы в итоге мои проблемы, как заказчика. И тогда светлое будущее при таком раскладе — соглашение "Make Type Not Var".
Да, это будет просто дикий levelup для java платформы. Но почему-то у меня такое чувство, что чем дальше приходит понимание эпичности реализации с тем грузом обратной совместимости, тем более начинает теряться интерес к данному проекту. Или же как с Jigsaw будет.
Да, было бы здорово, если бы все пользовались идеей и её рефакторингом при смене возвращаемого типа метода.
И вы говорите за какую-то будущую версию идеи? В текущей версии Type Migration не меняет название переменной. А Change Signature не меняет даже тип.
Как там правильно HolyVal или HolyVar? Всё это сахарок. Вывод типов в параметрах лямбды уже доставляет некоторый дискомфорт. При автокомплите уже выработалась привычка, что IDE подставит нужный тип, но тут привычки приходится менять. А в случае же с var/val, говнокод просто станет изящней, особенно когда вдруг кто-то решит поменять возвращаемый тип функции, результат которой присваивается при помощи var. Например (с потолка) var secureRandom = someMethod(), где возвращаемый тип вместо SecureRandom кто-то просто решит поменять на Random, а название переменной конечно же никто не отрефакторит. И при Code Rewiew это пролетит естественно мимо. Я конечно уверен, что в здравом уме так никто писать не будет, но практика в enterprise доказывает обратное, что если что-то можно написать более коряво, то обязательно кто-то воспользуется данной возможностью.
В общем, резюмируя, в умелых руках сахарок возможно и полезен, но каждый раз, когда захочется написать var/val нужно подумать, а уместно ли здесь это. Или же не думать и просто писать в старом стиле.
Гораздо интереснее, а что там с Project Valhalla a.k.a Value Types?
Обнаружил случайно, после того, как внезапно перестала отвечать веб-морда роутера. Далее после поднятия honeypot стало понятно почему такое было поведение, один из вариантов скрипта проникновения просто kill'ял всё что ни поподя.
В общем спасибо МГТС за весело проведённое время.
А если серёзно, то тут же проблема не в переименовании самого типа, в смене возвращаемого методом типа на другой.
И вы говорите за какую-то будущую версию идеи? В текущей версии Type Migration не меняет название переменной. А Change Signature не меняет даже тип.
В общем, резюмируя, в умелых руках сахарок возможно и полезен, но каждый раз, когда захочется написать var/val нужно подумать, а уместно ли здесь это. Или же не думать и просто писать в старом стиле.
Гораздо интереснее, а что там с Project Valhalla a.k.a Value Types?