[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]

[Burichan] [Foliant] [Futaba] [Greenhell] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PDF, PNG
  • Maximum file size allowed is 20480 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1548187630837.png -(568563 B, 1256x824) Thumbnail displayed, click image for full size.
568563 No.160930  

Я тут понял, какого элемента интерфейса мне не хватает. Везде, где есть списки, таблицы, просто набор чего-то и этого много (пример, обычная папка FM, раздачи в торрент-клиенте). Это фильтр. Или НЕ-поиск. Или скрытие. Как метод Array#reject в языке Ruby. Или select(), или filter() в других.
Обычно в таких случаях впендюривают строку поиска. Повезло, если вообще она будет (в Thunar вот у меня нет; в μTorrent тоже нет). Ещё больше повезло, если она поддерживает точные совпадения и не пытается быть слишком умной, коверкая/разбивая запрос. Совсем повезло, если можно задавать несколько терминов (логич. "И"). Ну и космос, если поддержка regex.
Но одного поиска не достаточно. Следом бы иметь поле фильтрации. То есть, не выбор, скрывать или искать. А два сразу.

  1. Обозначил, что нужно поиском. ->
  2. Постепенно отфильтровал мусор. ->
  3. Получил нужное.

Представьте, что есть папка с тысячью файлов разных типов. И я хочу скрыть из неё все картинки. Сейчкс у меня выбор только - сортировка по расширению и пропуск блока картинок. Либо эмулировать это копией с симлинками - создать в новой папке симлинки на все, кроме картинок. А вот был бы фильтр!
Для рутрекера и порнолаба я себе написал такой скрипт. Десять из одиннадцати, удобно как на японском унитазе. Но ведь для всех сайтов не напишешься. А для софта на C++, от которого у тебя только бинарь, и подавно. А ты не ощущаешь необходимости в таком, анончик?
Понимая, что я мошка, все медиапотоки оседланы совсем другими людьми, сообщества придыхают над UI/UX аппле да десяточки и обсуждают градации серого и тонкость шрифтов на ретине, в open source своя атмосфера, где и критические многолетние баги-то некому чинить, протолкнуть эту идею мне вовсе некому. Если здесь есть люди, которые имеют возможность, либо регулярно постят на такие сайты как Hacker News, Reddit, Habr, пожалуйста, задвиньте это там и линканите, посмотрим, что скажут.

>> No.160931  

>>160930
В большинстве случаев хватает поиска по странице.

>> No.160933  

>>160930

>Ruby

Им ещё кто-то пользуется?

>> No.160934  

>>160933
Да.

>> No.160935  
File: 1548194478293.png -(546623 B, 1917x1170) Thumbnail displayed, click image for full size.
546623

>>160933
Почему бы и нет. Если синтаксис помнишь хорошо, а что-то другое учить лень. Ипользую его в некотором роде как bash, ipython.
В питоне однострочник не сделать, удобных функциональных методов у коллекций нет, надо в скобочки заворачивать, лямбды странные, чувствительность к непечатным символам.
Сменилась только мода. Перестали накачивать бешеным пиаром. А всё что работало раньше работает и сейчас.

>> No.160936  
File: 1548200077323.jpg -(125163 B, 720x903) Thumbnail displayed, click image for full size.
125163

>>160933

> >Ruby
> Им ещё кто-то пользуется?

Я его прямо сейчас учу. По-моему это плохо, что вместо него популярным стал Python. Видимо, Ruby немного опоздал с заменой Perl, за исключением Web, где есть Ruby on Rails.

На Rails на написаны GitHub, GitLab и Mastodon. Если не считать веб, то есть очень нужный Vagrant.

По сравнению с Python, в Ruby действительно повсеместно используются объекты, видно влияние Smalltalk. И не надо self повсюду руками передавать.

И метапрограммирование в Ruby на каждом шагу, а в Python многие программисты даже не подозревают о существовании метаклассов. Максимум это Flask с декораторами. В Ruby же благодаря блокам делаются и DSL вроде Sinatra, и ленты RSS/Atom можно писать с помощью RSS::Maker, и конфиги для Vagrant пишутся прямо на Ruby. Rakefile и Gemfile, присутствующие в каждом проекте, тоже содержат код на Ruby.

А ещё в Ruby не вымерли альтернативные реализации. mruby может запросто заменить Lua, Opal компилирует Ruby в JavaScript, JRuby тоже активно развивается судя по коммитам на GitHub.

>> No.160958  

>>160933

> А ты не ощущаешь необходимости в таком, анончик?

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

>> No.160959  

>>160930
А, или ты про сайты? Нет, не ощущаю. Я до сих пор считаю HTML-ный веб игрушкой для гиков.

>> No.160964  

>>160933
Я, например. Он у меня как часть coreutils.

>> No.160979  

Всё это решалась уже множество раз в различных приложухах. Гугли картинки по Filter Editor.

>> No.160983  

>>160936
Мне кажется *изучение* Ruby напрасной тратой времени, если ты не собираешься целенаправленно использовать Rails или Metasploit. О других применениях рубина я даже не слышал.

>> No.160993  

>>160983

> О других применениях рубина я даже не слышал.

Это не значит, что их нет.

> Rails

Есть еще Sinatra, как минимум.

>> No.161001  

>>160983
Я уже наклепал приложение на Sinatra для внутренних нужд. Но чтобы не изобретать велосипед и не лезть на stack overflow по каждому вопросу, The Well-Grounded Rubyist все-таки дочитаю.

>> No.161003  

>>160983
Это полноценный интерпретируемый язык. Какие применения? Не понимаю. Ты ведь не о том постоянном блогошуме, который демонстрирует всё новые и новые "применения" в тут же на месте и создаваемой среде вакуумных сфер? Шум переключили на другое. Возможности применения остались. Они ничем не отличаются от применения python, nodejs.

>> No.161005  

>>161003
Языки занимают определённую нишу по мере своего развития. На си тоже можно писать сайты, однако же.
То, вокруг чего крутится сообщество программистов на конкретном языке, и есть его ниша. Если ты вылезаешь за её пределы, то обречён тратить на порядки больше времени на разбор задач, для которых экосистема языка не адаптирована.

>> No.161010  

>>161005
К вопросу о написании сайтов на C: https://learnbchs.org/

>> No.161024  

>>161005
Скорее, языкам придумывают новые ниши. JS предназначен для написания enterprise-level GUI чуть менее, чем никак, тем не менее, под него сделали и jQuery, и Angular, и React.JS, и всё на свете.

>> No.161047  

>>161010
Идея слишком упорота, чтобы просто пройти мимо.
>>160935

> В питоне однострочник не сделать

Я для этих целей до сих пор Perl гоняю.
И в целом предпочитаю в нём же и остальные скрипты делать.
Был бы у него вменяемый REPL - было бы совсем хорошо.

>> No.161053  

>>161047

> Я для этих целей до сих пор Perl гоняю.

А я - Хачкель и ГХЦи.

>> No.161056  
File: 1548446390684.jpg -(1086781 B, 3000x3400) Thumbnail displayed, click image for full size.
1086781

>>161010

> CGI

Но ведь новый процесс на каждый запрос — плохо, особенно учитывая, что HTTP не сохраняет состояний.

>> No.161058  

>>161056
Для C это не проблема, он не тратит время на инициализацию интерпретатора.

>> No.161070  

>>161056

> > CGI
> Но ведь новый процесс на каждый запрос — плохо, особенно учитывая, что HTTP не сохраняет состояний.

kcgi поддерживает FastCGI: https://kristaps.bsd.lv/kcgi/tutorial2.html

>> No.161093  

https://facil.io/

>> No.161095  
File: 1548578889790.png -(21672 B, 724x86) Thumbnail displayed, click image for full size.
21672

>>160930

> Обычно в таких случаях впендюривают строку поиска. Повезло, если вообще она будет (в Thunar вот у меня нет; в μTorrent тоже нет).

Как это вообще возможно? У меня в μTorrent строка поиска есть на панели инструментов в правой её части. Скриншот прилагаю.

>> No.161110  
> μTorrent

Много намайнили?



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]