Обновить
63
1.3

Programmer

Отправить сообщение

Супер:) Это уже не просто "в стиле" а прямо точная копия (на самом деле я не имел в виду точную копию win95, а скорее подразумевал просто строгие классические оконные интерфейсы с хорошо продуманным дизайном, которые были в до-планшетные времена, но попробовать вот такую точную имитацию тоже весьма интересно).

А что лучше с точки зрения легковесности, быстродействия, стабильности, распространенности софта - Lubuntu/LXQT или Xubuntu/XFCE?

Я не настолько часто пользуюсь линуксом, но был период когда немного пользовался Linux Mint. У меня там что-то случилось с меню "пуск". Уже не помню точно что именно, но какой-то жуткий баг, возможно все надписи исчезли (хотя сами пункты меню остались и по ним "вслепую" можно было нажимать) или что-то типа такого. В общем давно уже остановился на Lubuntu, с этой вроде все нормально пока:)

Еще ведь есть TeX, который тоже язык разметки и появился на 15 лет раньше html. Я его не знаю, но пару раз сталкивался (кажется на форуме dxdy), и этого оказалось достаточно чтобы понять - хорошая штука, для формул точно лучше чем громоздкий MathML.

Кстати, а какой DE в Linux максимально классический (в стиле Windows 95/98/2000, строгие и четкие рамки и заголовки окон, никакой помеси десктопа и тачскрина, минимум пустого места в диалоговых окнах) и легковесный (никаких "визуальных эффектов" вообще не надо). И при этом чтобы это была не редкая экзотика, а что-то распространенное.

На виртуалке с линуксом использую LXQT в Lubuntu, в целом все достаточно неплохо, но вдруг есть еще что-то получше? Из недостатков которые с ходу приходят в голову - неразвитость средств интеграции в контекстное меню, в частности многие программы под Linux, умеющие интегрироваться в контекстное меню, про PCManFM не знают.

Ну может лет через 100 его вытащат и поместят в музей:)

Прозрачный экран идеально подошел бы для прозрачного тюремного ноутбука :)

Написано так что ничего не понятно. Что означает назавание сотового оператора в "пострадавшей стране? Что там в сливе - номера телефонов? Это телефонная база? Или это пароли от твиттера? Или в сливе какой-то софт, трояны, которых удалось внедрить указанным операторам в указанных странах? Или что?

Интересный девайс, но взглянув на картинку я был уверен что это раскладушка. А оказалось что нет. Ну и при такой толщине могли бы ради интереса разместить еще одну камеру на торце (рядом с ИК-светодиодом и лазером).

Я говорю Джава и Питон:)

Qiwi давно не пользуюсь, но на одном из кошельков есть 80 рублей - вчера попытался перевести их на телефон, уже не дает.

А вообще, пользуясь случаем, хочу предложить знающим людям написать статью на Хабр, на тему работы с криптой из РФ для чайников (или хотя-бы накидайте ссылок в комментарии). Вот как-то не интерсовался этим раньше, ну просто это не моё, мне интереснее статью о новом языке программирования почитать, чем углубляться в эту весьма специфическую сферу... но жизнь заставляет.

Кроссплатформа из Swift была бы супер! Сам язык очень интересный. Не такой мозгодробительный как C++ и Rust, но и не такой простой как С или Go. Компилируемый, со строгой статической типизацией, что безусловно плюс. Сбалансированный синтаксис и весьма богатые языковые возможности, при этом в нем еще не накопилось legacy как в C#.

Тогда надо делать полноценную нуллабельность (спецификатор типа "?" и соответствующие операторы). Но кажется уже поздно, в Go указатели нуллабельны, а другие типы - нет, и если делать то получится слегка кривовато как в C#.

Да, смартфоны все больше походят на фотики за счет торчащего "объектива". Тогда бы уж увеличили толщину всего смартфона в целом до толщины "объектива", и разместили в дополнительном объеме что-то полезное.

Что-то навороты какие-то, аж С++ повеяло:) При этом лично я никаких особых потребностей в итераторах и проблем с классическими циклами не испытываю. Ну подумаешь классический цикл с параметром. Зато просто и прозрачно.

Хотя последнее время погрузился в Go, и некоторых вещей действительно не хватает. Самое простое - это как ни странно тернарный оператор c ? x1 : x2 Приходится писать три отдельных строчки кода с объявлением переменной вместо того, чтобы написать нужный код прямо внутри другого выражения.

Еще немного напрягает, что в "методах классов" нет неявного доступа к полям класса

func (app *Applictaion) foo() {
  app.x = 100; // ok
  x = 100; // error
}

HTML и сейчас прост. Даже проще чем было, т.к. убрали теги форматирования и оставили чисто разметку. И JS с CSS достаточно просты в чистом виде. Я не являюсь веб-разработчиком вообще, но вполне знаю и HTML, и JS, и CSS - не наизусть конечно, но знаю как это устроено и что гуглить чтобы получить желаемый результат. При этом не знаю ни одного фреймворка и до сих не могу для себя сформулировать, что они делают такого что нельзя сделать без них:)

В общем, мне кажется что в современном фронтэнде накручено весьма много лишней сложности за счет фреймворков и инструментов разработки.

Комментарии это лишь основа такой системы. А дальше должна быть всесторонняя поддержка со стороны IDE. Которой, как правило, нет, и комментарии остаются все тем же, чем они были 50 лет назад - просто комментариями.

Новые языки это всегда интересно (во всяком случае мне). Новые интересные концепции, языковые конструкции, приемы, устранение недостатков старых языков... Да и невозможно все библиотеки вечно писать на Си.

Еще напишу. Когда-то я имел дело с очень большими проектами, которые писали множество людей, там были огромные объемы малопонятного унаследованного кода и т.д. И вот глядя на это, возникла мысль - а хорошо бы чтобы прямо в среду разработки была интегрирована система текстовых заметок, связанных всеми возможными способами (единым деревом, тегами, гиперссылками...). Чтобы столкнувшись с непонятным местом, можно было прочитать все что с ним связано. Ну и разумеется чтобы каждый разработчик мог создавать и редактировать заметки и включать их в общий репозиторий вместе с исходниками. Впоследствии я даже сделал некую экспериментальную реализацию этой идеи, но к тому времени я был уже на другой работе, где не было необходимости работать с огромными объемами чужого goto-ориентированного кода, так что толком оценить пользу так и не смог))

По сути это же цеттелькастен, совмещенный с кодовой базой.

Внешний вид конечно страшненький, но то что в этом направлении появляются новые устройства - само по себе очень хорошо. Иногда вижу у людей наушники (которые большие, а не "затычки") с кошачьими ушками. Смотрится очень мило, стильно и интересно, по идее вот если бы такой девайс дополнить еще и стильными очками виртуальной/дополненной реальности, было бы супер. Кошачьи уши конечно необязательны:) но в них ведь тоже можно запихать много электроники, что месту зря пропадать. Камеры, датчики какие-то, процессоры, даже дополнительные аккумуляторы. И даже возникают мысли о модульности:)

А искусственный интеллект в таких устройствах может понадобиться еще и для организации управления очками с помощью силы мысли. Декодировать энцефалограмму и превратить ее в движение "курсора мыши", нажатие "кнопок" и даже "виртуальную клавиатуру". Потому что голосовое управление это все-же крайне неудобно и скорее всего окажется тупиковой ветвью.

Веду заметки в своей собственной программе, но пока не дошел до "цеттелькастена". Обычного дерева вполне хватает для того чтобы быстро получить доступ к нужной информации. Хотя мог бы прикрутить и тегирование, если бы понимал в чем его смысл. Но пока прокручиваю возможные сценарии использования в собственном воображении и не могу представить, как бы мне это облегчило жизнь.

Информация

В рейтинге
1 703-й
Зарегистрирован
Активность