Если уж извращаться, то почему бы не через expressions?
Типа
Action a = Asm.Compile((ptr)=>{
var label1 = Asm.Mov(Asm.Ecx, ptr);
Asm.Cmp(Asm.Ecx, Asm.Edx);
Asm.Je(label1);
})
Ну только что взял свежий conemu 190526. Ssh, mc, подергал размер экрана. В первый раз полезли дикие артефакты https://prnt.sc/o5pl08 (ctrl-o ничего не лечит). Во второй — вообще предложило снять задачу. В ванильном cmd все работает как часы. В новом терминале тоже.
Нет, поймите меня правильно, я очень благодарен разрабочиком conemu за его существование. Но распрощаюсь я с этим нагромождением костылей при первой же возможности.
Правда, посидев денёк на сабже, могу заявить — с conemu я еще не скоро распрощаюсь. Microsoft заявляло, что он новый терминал будет готов к релизу к 2020, и это очень похоже на правду.
Потому что это никоим образом не входит в круг целей майнтейнеров.
По майнтернерами имеется в виду люди, тратящие время и средства на развитие проекта.
Чисто по человечески — это настолько непочатый край работы, на каждом этапе способный поломать стабильные части (тдл там и не пахнет), что в здравом уме этим заниматься никто не будет
Лучше бы они records сделали
Это да. Я очень расстроился, когда понял, что все слухи о них оказались слухами.
А по поводу nullable моя претензия заключается в том, что данные, приходящие из legacy (#nullable disable) кода, почему-то считаются non-nulable, хотя обычно это не так. И за счет этого мечта о "прощай, внезапный NRE" остается мечтой.
Честно скажу, если задумываться о стоимости/энергоэффективности всей инфраструктуры в комплексе (ЛЭП, силовые трансформаторы, дороги, амортизации бензовоза и прочее), то тут мой арифмометр уже не справится.
Просто цитата из википедии для себя, чтобы не забыть:
В зависимости от напряжения линии и способа преобразования тока потери могут быть снижены до 3 % на 1000 км.
Расход топлива у бензовоза на 15м3 (грубо округлим вверх) 30л/100км.
Расстояние от НПЗ (или, скорее, от жд станции), возьмем с хорошимх запасом — 1000км.
Итого, 300л (0.3м3).
Итого имеем 2% расходов на доставку.
Если я где-то не прав, готов выслушать возражения.
Не-не-не. Python не на пустом месте стал "языком по умолчанию" в большинстве областей. Не могу сказать, что его знать на сегодняшний день прямо таки обязательно, но очень желательно.
Если на задачу "налазит" интерпретируемый язык с динамической типизацией, то я большинстве случаев все еще выберу python — количество библиотек и продуманный синтаксис с минимумом визуального мусора сильно помогают.
Просто универсальных решений нет, и быть не может. Ниша python огромна, но не всеобъемлюща, и под мои задачи мне в какой-то момент стали оптимальны другие решения.
Согласен. Если честно, совсем забыл о его существовании.
В свое оправдание могу сказать одно — когда я его в последний раз смотрел, cо stub'ами все было очень плохо, а без них терялся всякий смысл. Что сейчас — честно скажу, не знаю.
Всё-таки не удержусь: чем оно потенциально лучше, чем powershell?
Если уж извращаться, то почему бы не через expressions?
Типа
Action a = Asm.Compile((ptr)=>{
var label1 = Asm.Mov(Asm.Ecx, ptr);
Asm.Cmp(Asm.Ecx, Asm.Edx);
Asm.Je(label1);
})
Автор же в первых строчках заявил, что пишет на java
История идёт по кругу.
Выливка за 50мс чем-то неуловимо напоминает разработку на проде по фтп в начале 2000х
По-моему, для сравнения будет правильнее привести вот эту нестареющую классику
Ну только что взял свежий conemu 190526. Ssh, mc, подергал размер экрана. В первый раз полезли дикие артефакты https://prnt.sc/o5pl08 (ctrl-o ничего не лечит). Во второй — вообще предложило снять задачу. В ванильном cmd все работает как часы. В новом терминале тоже.
Нет, поймите меня правильно, я очень благодарен разрабочиком conemu за его существование. Но распрощаюсь я с этим нагромождением костылей при первой же возможности.
Правда, посидев денёк на сабже, могу заявить — с conemu я еще не скоро распрощаюсь. Microsoft заявляло, что он новый терминал будет готов к релизу к 2020, и это очень похоже на правду.
Чтобы далеко за примерами не ходить (disclaimer: версия не свежая)
Да и вообще, периодические креши и необходимость убивать вкладку из task manager'a утомила.
Потому что это никоим образом не входит в круг целей майнтейнеров.
По майнтернерами имеется в виду люди, тратящие время и средства на развитие проекта.
Чисто по человечески — это настолько непочатый край работы, на каждом этапе способный поломать стабильные части (тдл там и не пахнет), что в здравом уме этим заниматься никто не будет
Сыро. Очень сыро.
В mc не работают мышь и esc-последовательности.
В far не работает мышь и серые +-*.
Периодически крешится. Акрил с размытием бесполезен.
Но все таки работает сильно плавнее, чем долбаный conemu.
Я за бывшими PHP'шниками постоянно такое замечаю. Последствия "единой структуры данных для всего".
А по поводу nullable моя претензия заключается в том, что данные, приходящие из legacy (#nullable disable) кода, почему-то считаются non-nulable, хотя обычно это не так. И за счет этого мечта о "прощай, внезапный NRE" остается мечтой.
В принципе, попробовал все перечисленные фичи.
Мнение:
Как бы нет. Заправка на 50 машин с ночлегом — это почти 300 кВт именно выделенной мощности. На 50 quick charge — даже страшно представить
Честно скажу, если задумываться о стоимости/энергоэффективности всей инфраструктуры в комплексе (ЛЭП, силовые трансформаторы, дороги, амортизации бензовоза и прочее), то тут мой арифмометр уже не справится.
Просто цитата из википедии для себя, чтобы не забыть:
В зависимости от напряжения линии и способа преобразования тока потери могут быть снижены до 3 % на 1000 км.
Расход топлива у бензовоза на 15м3 (грубо округлим вверх) 30л/100км.
Расстояние от НПЗ (или, скорее, от жд станции), возьмем с хорошимх запасом — 1000км.
Итого, 300л (0.3м3).
Итого имеем 2% расходов на доставку.
Если я где-то не прав, готов выслушать возражения.
В топке ТЭС оно тоже не само появляется, правда ведь?
Не-не-не. Python не на пустом месте стал "языком по умолчанию" в большинстве областей. Не могу сказать, что его знать на сегодняшний день прямо таки обязательно, но очень желательно.
Если на задачу "налазит" интерпретируемый язык с динамической типизацией, то я большинстве случаев все еще выберу python — количество библиотек и продуманный синтаксис с минимумом визуального мусора сильно помогают.
Просто универсальных решений нет, и быть не может. Ниша python огромна, но не всеобъемлюща, и под мои задачи мне в какой-то момент стали оптимальны другие решения.
Согласен. Если честно, совсем забыл о его существовании.
В свое оправдание могу сказать одно — когда я его в последний раз смотрел, cо stub'ами все было очень плохо, а без них терялся всякий смысл. Что сейчас — честно скажу, не знаю.
Старый советский анекдот.
— Что должен делать молодой специалист за зарплату в 80 рублей?
— Ничего, и даже немножечко вредить