[ /b/ /u/ /rf/ /dt/ /vg/ /r/ /cr/ /lor/ /mu/ /oe/ /s/ /w/ /hr/ ] [ /a/ /ma/ /sw/ /hau/ /azu/ ] [ /tv/ /cp/ /gf/ /bo/ /di/ /vn/ /ve/ /wh/ /fur/ /to/ /bg/ /wn/ /slow/ /mad/ ] [ /d/ /news/ ] [ Главная | Настройки | Закладки | Плеер ]

 [ Скрыть форму ]
Имя
Не поднимать тред 
Тема
Сообщение
Капча Капча
Пароль
Файл
Вернуться к
  • Публикация сообщения означает согласие с условиями предоставления сервиса
  • В сообщениях можно использовать разметку wakabamark
  • На данной доске отображаются исходные имена файлов!
  • Разрешенные типы файлов: pdf, code, flash, video, text, archive, image, vector, music
  • Тред перестает подниматься после 500 сообщений.
  • Треды с числом ответов более 100 не могут быть удалены.
  • Старые треды перемещаются в архив после 40 страницы.

No.36161 Ответ [Открыть тред]
Файл: 125860969610249.jpg
Jpg, 39.86 KB, 300×100 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
125860969610249.jpg
Доска посвящена созданию программ и всему, что с ним связано. Для обсуждения готовых программ, железа, устройств есть доска >>/lor/

Простые реквесты для ньюфагов >>28288
Помощь начинающим >>44688 (новый)
Оффициальный™ Лунного Сахара тред >>43581

Языки программирования:
Haskell >>35693
Lisp >>29402
Assembler >>32929
C++ >>43511
Java >>46281
C# и .Net >>27510
Perl >>37854
Python >>46029
Доска посвящена созданию программ и всему, что с ним связано. Для обсуждения готовых программ, железа, устройств есть доска >>/lor/

Простые реквесты для ньюфагов >>28288
Помощь начинающим >>44688 (новый)
Оффициальный™ Лунного Сахара тред >>43581

Языки программирования:
Haskell >>35693
Lisp >>29402
Assembler >>32929
C++ >>43511
Java >>46281
C# и .Net >>27510
Perl >>37854
Python >>46029
PHP >>23225
JavaScript >>40541
Pascal/Delphi >>37645
Golang >>48143

Фреймворки и библиотеки:
Ruby on Rails >>31319
Qt >>31597

Инструменты:
Vim >>33881
Emacs >>36714
Системы контроля версий >>28005

Прочие технологии:
SQL >>29820

Информатика:
Стеганография >>35350

"Кафедра сайтостроя": тред тут в /s >>31137 и тред в /u >>u/104773
Game Development тред тут >>39943 "Кафедра гейм-девелопмента" в /u: >>u/60525
Сообщение слишком длинное. Полная версия. Post was modified last time at 2017-09-26 21:53:58


No.29402 Ответ [Открыть тред]
Файл: serial_experiments_lain-14377.jpg
Jpg, 405.57 KB, 1600×1200 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
serial_experiments_lain-14377.jpg
Был удивлён, пролистав за десяток страниц, и не найдя здесь подобного трэда.
Решил начать учить язык богов. С чего начать - книги и мануалы, теория и практика (желательно на русском), в чём лучше писать (под винду и под никсы), советы, распространённые ошибки, всё сюда. Лисп-нить иди.
292 posts are omitted, из них 46 с файлами. Развернуть тред.
>> No.49392 Ответ
>>49391
Ага.
>> No.49402 Ответ
>>49392
Всё равно пара скобок лишняя. И вообще, это же макрос, можно было и поудобнее синтаксис выдумать, как это сделано с циклами. Кто-то уже запилил?
>> No.49403 Ответ
>>49402
Ничего не лишнее, кури маны, штоле.
>> No.49404 Ответ
>>49402
Исходники у тебя есть. Перепиши интерпретатор.
>> No.49409 Ответ
>>49403
Я говорю не о синтакс ерроре в сниппете выше (его там нет, я знаю), а о довольно хуёвом дизайне самой функции, если ты не понял. В чём была проблема сделать возможным делать
(let (foo "bar") (baz "qux"))
вот так? Зачем ещё одна пара скобок вокруг списков?
Можно ли сделать по-другому и если нет, то почему, а если да, то сделал ли уже кто-то обёртку?
>> No.49410 Ответ
>>49409
У него два параметра - список переменных, и тело функции. Как по-другому сделаешь?
>> No.49411 Ответ
>>49410
Итерируешься по всем аргументам, кроме последнего - это твои биндинги. Последний - это тело функции. А let всё равно или макрос или сахар для лямбды, так что никаких проблем тут нет. Но я бы сделал так (let (name1 expr1 name2 expr2 ... nameN exprN) body). И вообще, посмотри на ребол.
>> No.49475 Ответ
>>49409
Затем, что обычно ты словари представляешь в виде alist-ов, они же списки списков или пар.
Сделать вот так было бы не очень хорошо, потому что для соблюдения консистентности тебе пришлось бы раздеть и lambda с прочими формами (lambda x y (+ x y)) и забыть про автоматический begin/progn.
Кое-где мне приходилось видеть синтаксис на сплющенных plist-словарях навроде >>49411 , но plist - это не первое, что я думаю, когда слышу слово "словарь".
>> No.49498 Ответ
Некромант неистово врывается в тред

На CL есть живой продакшен, да и опенсоус тоже?
CL21 - что за дичь? Стоит смотреть в его сторону?
Жизнь есть? Будущее?
>> No.49499 Ответ
>>49498
> На CL есть живой продакшен, да и опенсоус тоже?
Есть, но малопопулярный. Попенсорс только на энтузиастах и держится.
> Стоит смотреть в его сторону?
Если тебе зарабатывать многоденег уже завтра, то нет.
> Жизнь есть?
Есть.
> Будущее?
Жить будет.


No.43511 Ответ [Открыть тред]
Файл: 599716131.png
Png, 77.78 KB, 317×372 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
599716131.png
Предыдущий тред: >>39226
407 posts are omitted, из них 37 с файлами. Развернуть тред.
>> No.49468 Ответ
>>49444
Использую vscode. Без автокомплита, подсказок и прочих перделок. Исключительно блокнот с подсветкой синтаксиса и деревом файлов слева. Раньше для тех же целей использовал атом, но перестал, т.к. он плохо работал с sshfs. Sshfs нужен, потому что код лежит и собирается на сервере с прыщами, а у меня локально макос. Система сборки cmake, собираю и тестирую из терминала.
>> No.49478 Ответ
>>49467
Освой емакс.
>> No.49479 Ответ
>>49444
Сижу на бубунте, а редактор обычно Qt creator. Связал свою жизнь с Qt ,потому выбор не велик. Да и софтина таки годная, всё что надо есть и не кушает лишнего. Иногда, если какая простенькая без Qt то обычный блокнот (с подсветкой синтаксиса и сё такое. Обычный для линухи блокнот) а собираю в терминале. (。・ω・。)
>> No.49481 Ответ
>>49303
Я нашёл заново этот тред, потому что снова тут проездом. Этот холивар хорошо было бы вынести в тред снизу, рядышком. Я понимаю, что прошло полгода, но всё-таки напишу своё гневное письмо.

> (почему 2-3, а не одного?)
Потому что в реалиях, вокруг которых ведёт разговор, используют то, что имеет больше всего лайков на Твиттере. Один менеджер уступил like cap другому и наши смузихлёбы полезли впиливать в новые куски кода новый менеджер очередей, а поскольку переписывать лень — старый остался рядом. Или если у нас война альфачей, топящих каждый за свой менеджер, а тебе надо использовать код из двух команд.

> уже не нужен отдельный зверь?
По большей части, нет. Если надо, бери админа. Если админ зафейлился, иди и разбирайся сам, если есть доступ. Не нужно разбираться, кто, где, куда и как к этому подобраться. Нет лишних сущностей.
В одну машину, как понимаешь, совать не является обязательным.

Кстати да, СУБД в контейнеры вменяемые люди не суют. Догадайся, почему.

> Как так? Почему это?

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

> (почему 2-3, а не одного?)
Потому что в реалиях, вокруг которых ведёт разговор, используют то, что имеет больше всего лайков на Твиттере. Один менеджер уступил like cap другому и наши смузихлёбы полезли впиливать в новые куски кода новый менеджер очередей, а поскольку переписывать лень — старый остался рядом. Или если у нас война альфачей, топящих каждый за свой менеджер, а тебе надо использовать код из двух команд.

> уже не нужен отдельный зверь?
По большей части, нет. Если надо, бери админа. Если админ зафейлился, иди и разбирайся сам, если есть доступ. Не нужно разбираться, кто, где, куда и как к этому подобраться. Нет лишних сущностей.
В одну машину, как понимаешь, совать не является обязательным.

Кстати да, СУБД в контейнеры вменяемые люди не суют. Догадайся, почему.

> Как так? Почему это?

Написано в спойлере: трущиеся части и переусложнение.

> Раз васяны плохие

Надо либо пользоваться пакетами дистрибутива (им я верю больше васянов), либо опакечивать либы самому. Nix в помощь.
Аргумент не работает против сторонних библиотек. Сторонние библиотеки с васянством — вещи разные.

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

> SaaSS
Service as a Software Substitute. Сама суть любого куска кода, который вполне можно было исполнять локально или в p2p-режиме, а не как то, что мы видим сегодня: walled gardens и прочие мокрые письки.

> За докер -- в первую очередь для разработки, в проде то можно и без него.
Удобно разрабатывать в немутабельном окружении с обязательно пересборкой?
> Докер позволяет зафиксировать всю инфраструктуру в виде конкретных сервисов и их конфигов в файлах проекта, так что всё гамузом умещается в репозиторий гита. И всё можно сразу развернуть одной командой.
Это называется помойка и наплевательство на совместимость. Ждём дыр из-за невероятно старых компонент.

> Всё равно без докера всё это нужно. На IDE нужно дофига памяти. А плюшки IDE напряму выливаются в улучшение продуктивности.
Не пользуюсь IDE, ЧЯДНТ?

> Пересаживайся с пеки с двумя гигабайтами на иглу одобрения коллегами.
Как только коллеги достанут распберри, так сразу. Странно, что в плюсотреде мне пишут про то, что 2 Гб — это мало.

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

> Ну, тут стремление сделать овер много функциональности за как можно меньше времени и денег.
Вы AWS платите. Денег-то много будет, но платить свою цену за это будете не вы, а ваши заказчики, как только сбагрите проект.

> Заказчики не готовы доплачивать за то, чтоб их фронтенды работали были супер-оптимальными. И всё равно фронтенды не такие плохие у нормальных сайтов, да и от js вообще сложно что-то добиться.

Сказал, видимо, в том числе и фронтендер. Забирай мой Galaxy Ace из первых и мой китайфон тоже забирай с двумя гигами памяти. Монитор на 1024x768 тоже бери. До тебя и таких, как ты, с ними было всё хорошо. Можешь ещё познакомиться с программой wget, с помощью которого можно было взять и сдампить сайт. Ещё вот у меня был монитор на conky и шеллскрипте с curl и xmllint с grep. Всему этому в эре нынешних фронтендов приходит конец, как и моей памяти при использовании лисы.
Сообщение слишком длинное. Полная версия.
>> No.49492 Ответ
>>49481
Я тоже вдруг сюда снова заглянул. Приятно продолжить.

> Потому что в реалиях, вокруг которых ведёт разговор,
Это справедливый комментарий, но он даже ещё больше оправдивает применение докера. 2-3 менеджера очередей в нём поддерживать проще. 2-3 менеджера очередей без докера -- это ещё хуже. Но всё-таки это как-то тупо. Я согласен, что кодеры действительно не всегда рационально ведут себя с зависимостями. Но Докер то не виноват в 2-3 менеджерах. Он в причинах у тебя не фигурирует. Он только помогает облегчить страдания с 2-3 менеджерами.

> Если надо, бери админа.
Отдельный зверь и админ -- это же одно и то же.

> Нет лишних сущностей
Да по-любому там что-то будет. Не Докер, так Ansible или Chef. Или Cobler. Или Teraform. А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же? Или сделать второй такой же. Сервера "снежинки" -- это хорошо, что ли?

> Service as a Software Substitute
Понял. Да, часто это выглядит странно. Во многом справедливо. Но вот удобно зато, что ставить на ком ничего не надо. Но мне кажется, что здесь в засилии веб-приложений в чём-то сама винда виновата. На неё сложно поставить какой-нибудь мусор так, чтобы не сломалось всё к херам из-за малварей и прочего. С Андроидом и его приложениями в Гугл Плее как-то проще. Вот надо сконвертить видос с ютуба. Проще реально использовать сразу веб-апп для этого, чем скачивать экзешник и запускать его. Хотя бы потому, что экзешник может убить комп потенциально.
Я пошёл в веб-кодеры изначально потому, что вакансий было много, деньги хорошие, а в десктопных приложениях рынок потеснее.
>>49481
Я тоже вдруг сюда снова заглянул. Приятно продолжить.

> Потому что в реалиях, вокруг которых ведёт разговор,
Это справедливый комментарий, но он даже ещё больше оправдивает применение докера. 2-3 менеджера очередей в нём поддерживать проще. 2-3 менеджера очередей без докера -- это ещё хуже. Но всё-таки это как-то тупо. Я согласен, что кодеры действительно не всегда рационально ведут себя с зависимостями. Но Докер то не виноват в 2-3 менеджерах. Он в причинах у тебя не фигурирует. Он только помогает облегчить страдания с 2-3 менеджерами.

> Если надо, бери админа.
Отдельный зверь и админ -- это же одно и то же.

> Нет лишних сущностей
Да по-любому там что-то будет. Не Докер, так Ansible или Chef. Или Cobler. Или Teraform. А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же? Или сделать второй такой же. Сервера "снежинки" -- это хорошо, что ли?

> Service as a Software Substitute
Понял. Да, часто это выглядит странно. Во многом справедливо. Но вот удобно зато, что ставить на ком ничего не надо. Но мне кажется, что здесь в засилии веб-приложений в чём-то сама винда виновата. На неё сложно поставить какой-нибудь мусор так, чтобы не сломалось всё к херам из-за малварей и прочего. С Андроидом и его приложениями в Гугл Плее как-то проще. Вот надо сконвертить видос с ютуба. Проще реально использовать сразу веб-апп для этого, чем скачивать экзешник и запускать его. Хотя бы потому, что экзешник может убить комп потенциально.
Я пошёл в веб-кодеры изначально потому, что вакансий было много, деньги хорошие, а в десктопных приложениях рынок потеснее.

> Удобно разрабатывать в немутабельном окружении с обязательно пересборкой?
Вот на php было удобно, так как он на каждый чих запускается и умирает. Перешёл на node.js. Вообще стал меньше любить Докер сразу же. Много проблем. Сейчас вся тима запускает ноду в докере, но я лично у себя перенастраиваю всё так, чтобы запускать её впрямую. Но с другой стороны все субд, редисы и прочие менеджеры всё равно проще поднять и юзать из докера. Потмоу что их всё равно пересобирать не надо. Запустил, что надо, и всё.

> Это называется помойка и наплевательство на совместимость. Ждём дыр из-за невероятно старых компонент.
Компоненты обновлять надо, да. Но это должно происходить сначала на деве, а потом плавно перетекать на стейджинг и потом в прод. Это должно контролироваться. Совместимость авторы никаких компонент не хотят обеспечивать. Что я могу сделать? Только заморозить и обновлять с тестированием и плавным движением к проду. Вообще не очень понял аргумент про помойку, если честно. А как без этого вообще не забыть, что какой-то очередной менеджер нужно не забыть поставить? Плюс все конфиги надо тоже сохранить и сразу накатить автоматически.

> Не пользуюсь IDE, ЧЯДНТ?
Не используешь чудеса статико-лингвистического анализа кода. Он может быстро находить какие-то проблемы и двигаться по коду. Найдёт, где переменная не определена и т.п. Я очень люблю свою IDE и знаю много фич и хоткеев из неё.

> Как только коллеги достанут распберри, так сразу.
Я не запускаю IDE и Докер под Распберри и не предлагаю никому. Но на девелоперской машине, где ты пишешь код, должно быть полно оперативы. Это хорошо для продуктивности. Пусть на целевой платформе будет мало памяти. Пусть на твоей машине, где ты кодишь, её будет много.

> Достаточно тебе достать недорогой мобильник и посчитать свободную память, вспомнив то, что люди открывать много-много приложений любят.
Да. Там тоже не стоит докер запускать. Но он же больше для девелоперской машины и для серверов. А ты когда-нибудь запускал docker-compose up у себя на мобиле? Я надеюсь, что -- нет.

> Вы AWS платите. Денег-то много будет, но платить свою цену за это будете не вы, а ваши заказчики, как только сбагрите проект.
А так они будут куче админов платить. Дешевле не будет. На зарплаты сотрудникам денег куда больше уходит, чем на какие-то там AWSы. Ты свою зарплату на число коллег умножь. И про ПФР с НДФЛ не запудь. Огого! Когда узнаешь, что такое ПФР, уже оператива вообще больше никогда в голову не придёт.

> Сказал, видимо, в том числе и фронтендер. Забирай мой Galaxy Ace из первых и мой китайфон тоже забирай с двумя гигами памяти. Монитор на 1024x768 тоже бери. До тебя и таких, как ты, с ними было всё хорошо. Можешь ещё познакомиться с программой wget, с помощью которого можно было взять и сдампить сайт. Ещё вот у меня был монитор на conky и шеллскрипте с curl и xmllint с grep. Всему этому в эре нынешних фронтендов приходит конец, как и моей памяти при использовании лисы.
Да, в том числе. Соболезную, но я мало что могу сделать.

А вот что вы хотите? Вот я блять открыл hh.ru. Почему в вакансиях на Java и C# требования выше в разу, а зарплата меньше на 30%? Джавист должен выучить все паттерны и иметь опыт и вышку. Плюсовец должен знать матан, иметь степень, опыта лет 20. И вакансий одна-два. А на фронтов и нодовцев тысячи вакансий, баснословные зарплаты в сотни рубасов в месяц. Лишь бы докер знали с кубами.

Я за полгода разочаровался в докере. А за 5 лет в индустрии вообще разочаровался в программировании и во всей индустрии. Программы пытаются управлять пользователями, а не пользователи программами. Все делают говно за минимально время по секундомеру. Всем похуй на UX, безопасность, бекапы, HA. Я ни в одном проекте не отношусь к целевой аудитории, ведь всё делается для сферических идиотов, которые рулят и разруливают. Кодеры сознательно наёбывают заказчиков по срокам. Вообще блять одна из самых богопротивных профессий.
Сообщение слишком длинное. Полная версия.
>> No.49493 Ответ
>>49492
Алсо. Тут были упоминания макбуков. А вот по иронии Докер известен как раз тем, что на Маке он херово работает! У меня коллега из-за этого даже перешёл с Мака на Убунту, так как в тиме юзали Докер. Вот так вот.
>> No.49494 Ответ
>>49492
> Это справедливый комментарий, но он даже ещё больше оправдивает применение докера... Он только помогает облегчить страдания с 2-3 менеджерами.
Вместо того, чтобы убрать помойку, вы её поддерживаете. Когда-нибудь помойка съест вас.
> Но Докер то не виноват в 2-3 менеджерах.
Как бы сказать, косвенно виноват. Микросервисная архитектура откуда протекла? Оттуда. Оттуда же и потекло всё это.

> Отдельный зверь и админ -- это же одно и то же.
Не одно и то же, отдельному зверю вменяют ещё и кодинг (считай, написание подпорок и костылей) в обязанности, обзывая девопсом.

> Да по-любому там что-то будет. Не Докер, так Ansible или Chef. Или Cobler. Или Teraform. А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же? Или сделать второй такой же. Сервера "снежинки" -- это хорошо, что ли?
Может и не быть. Это всё привычки. Честно говоря, все эти баззворды мне не приходилось использовать, но я подозреваю, что это какие-нибудь переусложнённые декларативные вещи, где шаг вправо/влево карается расстрелом. Можешь меня поправить.
> А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же?
Самое простое — держать бэкапы. Второй точно такой же можно взять и развернуть из бэкапа, настроив по минимуму. Можно держать у себя список пакетов и/или базовый образ системы и развёртывать по необходимости. Почему для этого нужно держать какой-нибудь баззворд, я понять не могу.

> Но вот удобно зато, что ставить на ком ничего не надо.
>>49492
> Это справедливый комментарий, но он даже ещё больше оправдивает применение докера... Он только помогает облегчить страдания с 2-3 менеджерами.
Вместо того, чтобы убрать помойку, вы её поддерживаете. Когда-нибудь помойка съест вас.
> Но Докер то не виноват в 2-3 менеджерах.
Как бы сказать, косвенно виноват. Микросервисная архитектура откуда протекла? Оттуда. Оттуда же и потекло всё это.

> Отдельный зверь и админ -- это же одно и то же.
Не одно и то же, отдельному зверю вменяют ещё и кодинг (считай, написание подпорок и костылей) в обязанности, обзывая девопсом.

> Да по-любому там что-то будет. Не Докер, так Ansible или Chef. Или Cobler. Или Teraform. А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же? Или сделать второй такой же. Сервера "снежинки" -- это хорошо, что ли?
Может и не быть. Это всё привычки. Честно говоря, все эти баззворды мне не приходилось использовать, но я подозреваю, что это какие-нибудь переусложнённые декларативные вещи, где шаг вправо/влево карается расстрелом. Можешь меня поправить.
> А если не будет, то как после смерти сервера его возвратить обратно, что всё было точно так же?
Самое простое — держать бэкапы. Второй точно такой же можно взять и развернуть из бэкапа, настроив по минимуму. Можно держать у себя список пакетов и/или базовый образ системы и развёртывать по необходимости. Почему для этого нужно держать какой-нибудь баззворд, я понять не могу.

> Но вот удобно зато, что ставить на ком ничего не надо.
Удобство — это когда забиваешь канал, твои данные тебе не принадлежат, а ко всему прочему надо платить? Странные у вас представления об удобстве.
> Но мне кажется, что здесь в засилии веб-приложений в чём-то сама винда виновата. На неё сложно поставить какой-нибудь мусор так, чтобы не сломалось всё к херам из-за малварей и прочего.
Вы поменяли одну малварь на другую. Мой плеер вполне умеет и с ютуба, и много откуда и брать видео, и конвертировать. VLC называется. Слышали?
> убить комп потенциально
Вы так говорите, будто кто-то об этом задумывается. Если кто-то и задумывается о не том экзешнике, этот человек полезет искать программы из проверенных мест. Про безопасность и вебаппы вам же расскажет любой пользователь NoScript или хотя бы зашедший на panopticlick, не говоря про обладателей старых версий IE.
> Я пошёл в веб-кодеры изначально потому, что вакансий было много, деньги хорошие, а в десктопных приложениях рынок потеснее.
Теперь вы поддерживаете то, что вам не нравится самому, судя по последнему абзацу.

> Вот на php было удобно, так как он на каждый чих запускается и умирает.
Я сомневаюсь, что это во всех случаях. Не пользовался ни нодой, ни PHP.
> Но с другой стороны все субд, редисы и прочие менеджеры всё равно проще поднять и юзать из докера.
Получается, для этого докер не нужен, потому что есть пакетный менеджер. Или свой инстанс на отдельном хосте, который тем более не надо ставить много раз.
Вы так и не сказали про немутабельное окружение, обычно ведь с докером правят код и в целом образ, не пользуясь тем же REPL и не тыкая в инстанс. Получается, ваш скриптовый язык взял и по мановению волшебной палочки превратился в компилируемый. Мне даже кажется, что какую-нибудь софтину на плюсах пересобирать с make на случай факапа быстрее, чем обкатывать ваши скрипты в контейнере.

> обновлять надо
Забьют.
> на деве, стейджинг, прод
Я не знаю, чем тут поможет докер. Я даже не знаю, зачем, если ты хочешь заморозить образ, нужен именно докер, а не чрут, если уж надо стрелять из пушки по воробьям.
> не хотят обеспечивать
Вы же перекатились на ноду, вот вам и совместимость с беганьем по самым хайповым библиотекам. Неужели в этом море нет людей, держащих стабильный API?
> Вообще не очень понял аргумент про помойку, если честно.
Этот аргумент был раньше и давно, >>49291 просто им кричит. Две-три СУБД, менеджера, whatever — не помойка?

> Не используешь чудеса статико-лингвистического анализа кода. Он может быстро находить какие-то проблемы и двигаться по коду. Найдёт, где переменная не определена и т.п. Я очень люблю свою IDE и знаю много фич и хоткеев из неё.
Мой редактор умеет двигаться по коду, сбоку прикручен линтер, со временем ставший не очень-то и нужным. Жрёт меньше типичной IDE на Java и работает одинаково хорошо что на пеке, что на мобильнике, что на распберри. Может жить как в гуях, так и в консоли, фич в нём мне всех не осилить, так как их много и он относительно легко скриптуется, хоткеи особо не тружусь запоминать, так как редактор их мне подсказывает, если я взгляну куда положено. Прямо сейчас пишу в нём этот текст. ЧЯДНТ?

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

> Да. Там тоже не стоит докер запускать. Но он же больше для девелоперской машины и для серверов. А ты когда-нибудь запускал docker-compose up у себя на мобиле? Я надеюсь, что -- нет.
Девелоперы бывают разными. Кто-то вполне себе уживался с ноутбуком с двумя-четырьмя гигабайтами, уехав далеко от дома. Без докера, как ты понимаешь. И с жирным браузером, хоть как-то, но уживался. У кого-то может и не быть денег на зион с двенадцатью гигами у себя дома, как и на макбук.
У меня на мобиле есть чрут-окружение. Вполне себе кусочек докера.
> запускал
Прикинь, нет. И где-либо ещё тоже не запускал.

> А так они будут куче админов платить. Дешевле не будет. На зарплаты сотрудникам денег куда больше уходит, чем на какие-то там AWSы. Ты свою зарплату на число коллег умножь. И про ПФР с НДФЛ не запудь. Огого! Когда узнаешь, что такое ПФР, уже оператива вообще больше никогда в голову не придёт.
Я не понимаю, чем куча админов, девопсов и AWS лучше кучи админов, честно говоря.

> Да, в том числе. Соболезную, но я мало что могу сделать.
Поэтому ты будешь сам лепить SPA за SPA. Наверно.

> А вот что вы хотите? Вот я блять открыл hh.ru. Почему в вакансиях на Java и C# требования выше в разу, а зарплата меньше на 30%? Джавист должен выучить все паттерны и иметь опыт и вышку. Плюсовец должен знать матан, иметь степень, опыта лет 20. И вакансий одна-два. А на фронтов и нодовцев тысячи вакансий, баснословные зарплаты в сотни рубасов в месяц. Лишь бы докер знали с кубами.
Ты открыл hh.ru. Честно говоря, баснословные зарплаты в разных местах разные.

> Я за полгода разочаровался в докере. А за 5 лет в индустрии вообще разочаровался в программировании и во всей индустрии. Программы пытаются управлять пользователями, а не пользователи программами. Все делают говно за минимально время по секундомеру. Всем похуй на UX, безопасность, бекапы, HA. Я ни в одном проекте не отношусь к целевой аудитории, ведь всё делается для сферических идиотов, которые рулят и разруливают. Кодеры сознательно наёбывают заказчиков по срокам. Вообще блять одна из самых богопротивных профессий.

Тут мне нечего сказать. Ты выбрал как раз клёпку SaaSS, ты её и получил. Вот и всё. Можно сделоть тред отвратительного ойти или перекатиться в тред поиска альтернатив. Тебя вон докер поддостал, судя по
> Вообще стал меньше любить Докер сразу же.
А меня докер пока не коснулся. Коснётся — напишу сюда простыню бугурта про то, как одни люди решили заменить пакетный менеджер докером потому, что его пиарят все вокруг. И так далее.
Сообщение слишком длинное. Полная версия.
>> No.49495 Ответ
>>49493
У меня в голове живёт штамп тусовки хипстеров-яблочников, плевавших на стабильность, жрущих то, у чего больше лайков и имеющих обширный js-бэкграунд. Пока что он вполне себе подтверждался, из тех людей, что я знаю IRL, за докер и перекрывающиеся в тусовке технологии топят в основном яблочники. Костыли для всего этого пишут, естественно, не они. Your mileage may vary.

Штамп прорисован вот в этих постах и очень хорошо:
>>49301
>>49291
>> No.49496 Ответ
Сап. Есть замечательный плеер mpv и, к сожалению, менее замечательное андроид приложение https://github.com/mpv-android/mpv-android, которое строится на libmpv. Мне бы очень хотелось его переписать с использованием всех самых новых технологий, но для этого нужно сделать андроид либу с использованием С++ и JNI. Если кого-то заинтересует создание такой либы - распишу подробнее,
>> No.49497 Ответ
>>49496
А можно старых? Ну, для совместимости.


No.32929 Ответ [Открыть тред]
Файл: ss-(2013-07-05-at...
Png, 5.64 KB, 456×59
edit Find source with google Find source with iqdb
ss-(2013-07-05-at-05.37.07).png
Файл: 2000_-_asctrix178...
Gif, 22.68 KB, 640×480
edit Find source with google Find source with iqdb
2000_-_asctrix1780.gif
Файл: qoob_demoscene_mo...
Jpg, 51.51 KB, 500×453
edit Find source with google Find source with iqdb
qoob_demoscene_modeller_02.jpg

Привет, анон.
Совсем недавно я был причислен к слоупокам я узнал о существовании такой вещи как демосцена. Это дало мне толчок для изучения ассемблера. В данный момент я умею только вызывать некоторые системные функции Win32 на FASM, то есть совсем ничего не умею.
Итак, анон, мне нужны понятные уроки для работы с ассемблером, а лучше всего, с графикой на ассемблере, желательно, чтобы они были датированы нашим тысячелетием. Приветствуются советы и напутствия мудрого анона. Может быть стоит заняться чем-нибудь более полезным? Уверен, я не дойду до стадии, когда смогу писать завораживающие интро размером 64Кб, но в любом случае знания не должны пропасть даром.
Подари мне мечту, доброчан.mp3
130 posts are omitted, из них 12 с файлами. Развернуть тред.
>> No.48314 Ответ
>>48313
> А смысл вообще в ассемблере сейчас?

1. Крэкерство
2. Реверсинг
3. Для запатчивания готовых программ без исходников, например создания модов к компьютерным играм, всевозможных читов типа прозрачных стен и автоприцелов во всяких контрстрайках
4. Написание всякой малвари (вирусы, трояны и пр.)
5. Умышленное запутывание кода (в т.ч. в вирусах, в т.ч. в проприетарном софте, дабы усложнить работу тем, кто его будет крякать и реверсить).
6. Анализ кода, порожденного компилятором. Компиляторы часто генерируют неоптимальный код, и проанализировав его, можно улучшить компилятор, чтобы он порождал более эффективный код. Есть еще ситуации, когда компилятор выдает неправильный бинарник на выходе из-за багов в самом компиляторе, такие случаи тоже можно выявить чтением ассемблера.
7. Низкоуровневая оптимизация. Видеокодеки и всякая криптографическая ерунда часто пишется на ассемблере. Можете например исходники FFmpeg посмотреть https://github.com/FFmpeg/FFmpeg/search?l=assembly . А еще библиотеки для длинной арифметики, типа https://gmplib.org/ и всякие там перемножения матриц, майнеры криптовалют на CPU
8. Программирование под микроконтроллеры

думаю, список можно продолжить
>> No.48315 Ответ
>>48314
Да, можно еще вспомнить написание шеллкодов и эксплоитов всяких, написание платформозависимой части операционных систем
>> No.49480 Ответ
Потух тредик чёт. Все на пхп и го(и тому подобное говно) перешли
>> No.49482 Ответ
>>49480
Хочу, но не могу. Поясняй, вводи в курс. 16 бит меня не очень интересует.
>> No.49484 Ответ
>>49482
Я не >>49480 но в курс ввести могу. Что интересует вообще? Под какую ОС, архитектуру? Например, могу под GNU/Linux ввести в курс, типа как компилировать простейшие консольные программы на ассемблере, как их отлаживать.
>> No.49485 Ответ
>>49482
Такие простые материи тебе любой учебник по асм объяснит. Благо их дохуя. На 32 и 64, хоть на 8бит. Всё это есть. Я знаю о чём говорю так как сам всё от книг узнал. Если уж и буду что-то объяснять, то это не будет "как сложить 2+2".
Да и не преподавать собираюсь, а знаниями обмениваться. Если знающих по нулям то и делать тут мне больше нечего
>> No.49486 Ответ
>>49485
> Да и не преподавать собираюсь, а знаниями обмениваться. Если знающих по нулям то и делать тут мне больше нечего
А какими примерно знаниями ты хочешь обменяться? Знаниями написания шеллкодов? Так об этом тоже полно всяких туториалов. Что тебя интересует?
>> No.49487 Ответ
>>49484
Пойдёт. Хочу просто интро под x86 x86_64, например, везде, где видел, был дос и 16. ОС, наверно, без особой разницы.
>> No.49488 Ответ
Файл: CallStackFrame.png
Png, 55.67 KB, 1200×1605 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
CallStackFrame.png
>>49487
Под x86 для введения можно взять https://www3.nd.edu/~dthain/courses/cse40243/fall2015/intel-intro.html http://stolyarov.info/books/programming_intro/vol2 https://pacman128.github.io/pcasm/ https://quantum-mirror.hu/mirrors/pub/gnusavannah/pgubook/ProgrammingGroundUp-1-0-booksize.pdf
А еще вот очень советую https://beginners.re/RE4B-RU.pdf - правда это не конкретно о программировании, но тоже в тему.
И вот еще лекция https://www.lektorium.tv/lecture/14989

Можно еще индивидуальные занятия попробовать провести, но тогда оставь почту или jabber. Я не знаю какой у тебя бекграунд.
>> No.49491 Ответ
>>49488
zola@i2p.rocks, бэкграунд слабенький, на всякий оставлю, если ничего не пойму, да и просто, чтобы заставить себя взяться за асм.
Списочек хороший, это всё мне не появлялось ни разу.


No.46029 Ответ [Открыть тред]
Файл: pylogo0.png
Png, 126.61 KB, 800×642 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
pylogo0.png
Предыдущий >>37139 ушёл в бамплимит.

Краткая справка для новичков:
Официальный сайт: http://python.org/
Документация по стандартной библиотеке и разнообразные Tips & Tricks: http://docs.python.org/
неСвежая тема для священной войны, или руководство по выбору между версиями: http://wiki.python.org/moin/Python2orPython3
Ссылка для вопящих про дикие тормоза: http://speed.pypy.org/
Python для микроконтроллеров http://micropython.org или http://www.github.com/micropython
337 posts are omitted, из них 58 с файлами. Развернуть тред.
>> No.49442 Ответ
>>49437
Иногда проще (и быстрее) сразу писать на быстром языке, чем писать на питоне и потом переводить.
>> No.49469 Ответ
>>49437
Питон нельзя эффективно скомпилировать в машинный код как си. Потому что он динамичный, как не удивительно. (для хитрожепых: скомпилировать в си, а си в машинный код тоже нельзя) В си структура - это набор байт, обращение к полю - обращение по адресу объекта + известное смещение (потому что набор и порядок полей статичен), вызов функции - один переход по известному адресу (потому что код функций статичен). В питоне обращение к методу/полю объекта - это поиск по строке в хештаблице, на секундочку. И без хештаблицы нельзя, потому что язык так устроен.
В си объекты часто лежат компактно в памяти друг за другом: поля структуры или переменные на стеке. Это хорошо утилизирует кеш процессора, благодаря чему программа работает быстрее. Питон так устроен, что каждый объект должен лежать отдельно в куче. В итоге все выполнение программы - это один большой кэшмисс.
Еще питону нужен сборщик мусора, он тоже имеет накладные расходы, в разных реализациях разные.

>>49437
Питон нельзя эффективно скомпилировать в машинный код как си. Потому что он динамичный, как не удивительно. (для хитрожепых: скомпилировать в си, а си в машинный код тоже нельзя) В си структура - это набор байт, обращение к полю - обращение по адресу объекта + известное смещение (потому что набор и порядок полей статичен), вызов функции - один переход по известному адресу (потому что код функций статичен). В питоне обращение к методу/полю объекта - это поиск по строке в хештаблице, на секундочку. И без хештаблицы нельзя, потому что язык так устроен.
В си объекты часто лежат компактно в памяти друг за другом: поля структуры или переменные на стеке. Это хорошо утилизирует кеш процессора, благодаря чему программа работает быстрее. Питон так устроен, что каждый объект должен лежать отдельно в куче. В итоге все выполнение программы - это один большой кэшмисс.
Еще питону нужен сборщик мусора, он тоже имеет накладные расходы, в разных реализациях разные.

Существует интерпретатор питона, который пытается решать проблемы, описанные выше, эффективнее, чем стандартный CPython. Это pypy, он использует так называемую JIT-компиляцию. Он использует тот факт, что часто у объектов одного класса один и тот же набор полей, и методы чаще всего вызывают с параметрами одного и того же типа, либо с небольшим числом разных комбинаций. Для таких частых случаев он генерирует эффективный машинный код, как в си. При выполнении функции интерпретатор проверяет, с какими типами ее вызвали, и если может, то передает выполнение на быстрый скомпилированный код, а иначе идет по медленному пути. Pypy даже показывает производительность сравнимую с си в некоторых синтетических тестах, но в реальности догнать си не может, потому что все равно в ходе выполнения программы нужно тратить время на проверки типов и нужно тратить время на компиляцию кода во время выполнения. Еще люди пока не научились в сборщик мусора без оверхеда - даже хорошая реализация тормозит, тратит на себя цпу и отжирает память. Ну и самое главное: язык позволяет писать код, с которым уловки jit'а не работают, и люди такой код пишут (динамическая параша).
Сообщение слишком длинное. Полная версия.
>> No.49470 Ответ
Файл: dudka.jpg
Jpg, 126.51 KB, 577×687 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
dudka.jpg
>>49437
Пайтон - это интерпретируемый яп, он компилируется в С. Чтобы код работал быстрее, можно писать сразу в С а то и в ассемблере, вопросов нет, но реализация даже самых простых вещей на этих языках - далеко не самая простая вещь. В этом и заключается преимущества пайтона: простота и лаконичность, множество всяких встроенных фич и полезных библиотек, которые облегчают создание программ, но платим за все эти удобства, конечно же, скоростью.
>> No.49472 Ответ
> print("Введите команду: ", end=" ")
> command = input()
> if input() == "помогите!":
> file=open("help.txt", "r", encoding="utf-8")
> print(file.read())
> file.close()

В итоге при вводе команды выводит одну пустую строку и закрывается. ЧЯДНТ?
>> No.49473 Ответ
>>49472
Уже разобрался, извините.
>> No.49474 Ответ
>>49470
> компилируется в С
В каком месте?
>> No.49476 Ответ
>>49437
Потому что это уже есть в лиспах.
>> No.49483 Ответ
Файл: 1342424599833.jpg
Jpg, 95.10 KB, 350×480 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
1342424599833.jpg
>>49470
> он компилируется в С
>> No.49489 Ответ
>>49470
> он компилируется в С
Нет. В C компилируется Cython. Cython и обычный Python это не то же самое
>> No.49490 Ответ
>>49470
> Чтобы код работал быстрее, можно писать сразу в С
Возможно. Чисто теоретически. Я бы советовал относиться к этим гипотезам с большим скептицизмом. Факторов всегда больше, чем кажется на первый взгляд. А результаты бенчмарков часто удивляют.


No.49298 Ответ [Открыть тред]
Файл: oie_SohS1tCbFmpd.jpg
Jpg, 15.52 KB, 563×225 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
oie_SohS1tCbFmpd.jpg
У нас есть для каждой задачи куча в целом аналогичных, но всё же значительно отличающихся решений. Причём если с языками и фреймворками всё ещё как-то интуитивно понятно, чем они отличаются, то чем все Хадупы, Касандры и Сфинксы отличаются друг от друга вообще не очевидно. Причём работают они совсем по-разному, но задачи решают, казалось бы, примерно одинаковые. При этом каждая хреновина настолько сложна, что изучать её можно неделями или месяцами, чтобы знать, когда она нужна, и как ей пользоваться. И если потом узнаешь, что есть что-то получше, то недели изучения зря потеряны.

Хотелось бы узнать мысли анона, как определять, что нужно для дальнейшего развития, и что нужно использовать. Как анон вообще выпутывается из этого капкана?
4 posts are omitted. Развернуть тред.
>> No.49314 Ответ
>>49310
Найдите мне, пожалуйста, хранилище данных, в котором смогли в банальный вариант документации вида "маны плюс цельный html/pdf/info-документ".
А вот нету такого и не будет, они рождаются и дохнут моментально.
А первое и основное преимущество распиаренного nosql почему лайкают в твиттере и на гитхабе лишь в отсутствии схемы типа будет проще и недоразвитый dsl типа особо много учить не надо.

Некоторые ещё дают большую кнопку, которая делает сами знаете что. Нужна ли она, никто не задумается, но раз все друзьяшки в твиттере лайнули, значит поставить надо.
>> No.49315 Ответ
>>49314
> моментально
Я про то, что рождаются и дохнут, не успев документацию написать.
>> No.49316 Ответ
>>49314
Но ведь все и так учат SQL! Никого из кодеров нету, кто бы юзал nosql, но не умел базово юзать mysql какой-ниубдь. У нас пытались внедрить mongodb, якобы будет без схему, проще, гибкие изменения. Было только хуже.
Но ещё ж говорят, что на (очень больших) кластерах производительность nosql выше. И что у некоторых из них выше скорость инсёртов или апдейтов.
>> No.49318 Ответ
>>49316
> Но ведь все и так учат SQL!
У меня для тебя плохие новости: нет. А те, кто учили, позабыли. MySQL я, например, не знаю.

Скорость, которая выше, достигается забивом на отношения и гарантии целостности. Если найдёшь, где в твоей sql-базе такое сделать. всё будет точно так же.
И всё равно вся эта скорость будет смыта в унитаз, когда кому-нибудь придёт в голову сделать ODM. Да, такие есть.
>> No.49330 Ответ
>>49318
Но вообще тред не только про NoSql-решения. Ещё вот эти вот
1) движки полнотекстового поиска (sphinx, elasticsearch)
2) хранилища, сборщики и визуализации метрик и логов (elasticsearch, prometheus, sentry, grafana, graphite, influxdb, etc)
3) брокеры очередей
Тут тоже широкий выбор и фиг знает, что учить.
>> No.49360 Ответ
>>49330
То, у чего больше лайков на гитхабе и твиттере.
>> No.49371 Ответ
Хочу найти флэтфайл-базу типа SQLite, только не с ужасными SQL-таблицами, а монго-подобную, с джейсонами. Всякие "written in Node.JS" мне, скорее всего, не годятся, желательно что-то менее привязанное к конкретному языку, реализованное в виде либы с кучей биндингов для неё (тот же SQLite, опять).

Такое вообще существует? Если нет - как сделать самому? Так, чтобы было быстрее, чем ебать диск на каждый чих, но при этом данные не терялись бы в случае перебоев с электричеством или ещё чего.
>> No.49372 Ответ
>>49371
Плоские таблицы чем не вариант?..
>> No.49373 Ответ
>>49371
В редиске есть персистентность.
>> No.49477 Ответ
>>49371
1.sqlite умеет в json и лучше бы тебе непродуманность схемы устранить, чтоб на грабли не наступать.
2.клоны dbm с обёртками, сериализующими значение в джейсон, сам такую писал раза два на питоне.


No.47927 Ответ [Открыть тред]
Файл: tumblr_oppvh6XMAq1w6k0rko1_540.gif
Gif, 231.52 KB, 540×304 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
tumblr_oppvh6XMAq1w6k0rko1_540.gif
Тред помощи начинающим свой долгий и тернистый путь в дебри программирования. А также необузданных оленей, код-мартышек, выбора ЯП и иных платиновых вещей.
Но в первую очередь всё-таки помощи новичкам. Всё, чтобы зашедший сюда в первый раз мог почувствовать себя как дома.
Главное - без фанатизма.

Предыдущий: >>46762
469 posts are omitted, из них 76 с файлами. Развернуть тред.
>> No.49433 Ответ
>>49432
А зря. Тебе было бы это выгоднее. Возможно твою задачу можно решить проще или с меньшей болью, или найти такой инструмент который точно подошёл бы под задачу.
>> No.49436 Ответ
Анон, если у тебя есть опыт в анализе данных на python / R, поделись, пожалуйста, ощущениями от использования обоих вариантов.
>> No.49455 Ответ
>>47927
Поясните за state machines и с чем их едят, я осознал, что буквально недавно навелосипедил одну, а сути не знаю. Где прочитать за суть, тоже не особо знаю.
>> No.49456 Ответ
>>49455
Не знаю, насколько конечные автоматы из схемотехники совпадают с конечными автоматами в программировании, но очень хорошо и понятно про них расписано в книге Digital Design and Computer Architecture (в русском переводе "Цифровая схемотехника и архитектура компьютера").
>> No.49457 Ответ
>>49455
Покури материалы про регулярные выражения, есть и хорошие описания, и примеры реализации.
>> No.49459 Ответ
>>49426
> не вписывается
Не вписывается — бери баш и генерируй подзапросы, сливая в один большой. Про интерполяцию не забудь.
>> No.49460 Ответ
>>49429
Как вы этим пользуетесь? У него документация размазана, веб-панель тормозит, если не многогигов, а DSL на JSON — квинтэссенция уродливости.
>> No.49464 Ответ
Файл: nethack.png
Png, 4.90 KB, 550×184 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
nethack.png
Помогите разобраться с компилированием программы из исходного кода.
Хотел поставить игрушку "NetHack" с графикой "Vulture Eye", для Windows 10. А разработчик тайлсета обнаглел, продает его в стиме вместе с игрой. Пиратки в интернете нет. На сайте размещен код, предлагают компилировать оттуда в MinGW, чтобы получить бинарники. Пробовал по этой инструкции
https://github.com/DanielT/Vulture/blob/master/dist/win32/build_instructions.txt
Выдаёт ошибку на третьем шаге. Да и версии библиотек в программе другие, не те которые указаны в инструкции, а других там нет. Другие инструкции вообще для пользователей Linux. Я не разбираюсь во всех этих библиотеках, а просто хочу поиграть в рогалик. Что лучше сделать: поискать более старую версию MinGW, для которой делалась инструкция, или попробовать какой-то другой способ компиляции?
>> No.49465 Ответ
капчетест
>> No.49466 Ответ
>>49464
Версии либ не особо часто влияют.
И ты скорее собираешь, а не компилируешь каждый файлик ручками.

UPD: Сейчас хотел потестить и нашёл другую ошибку: репы устарели.
Игре 9-13 лет. Гит пытается скопировать чужие модули, которых уже и нет. Но автор тоже хорош с
submodule init/update
Поэтому выхода нет, кроме как забыть об игре или поискать старые записи, может где бинарник найдёшь.


No.49448 Ответ [Открыть тред]
Файл: segfault.jpg
Jpg, 48.88 KB, 600×300 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
segfault.jpg
Доброчан, тут возник вопрос. Есть ли какая-то готовая платформа, которую можно развернуть у себя, в которую можно загрузить каким-либо образом скрипт на некотором языке, который она поддерживает ("нормальный" или подмножество "нормального", хотя любой сойдёт), после чего можно будет вызвать его http запросом содержащим параметры и получить результат выполнения. При этом, интерфейс должен быть относительно высокоуровневым (т.е. не а-ля (S|C)GI) и унифицированным, а скрипт должен быть ограничен в плане доступа к системе, кроме некоторого внутреннего хранилища, поэтому условный PHP в чистом виде не подходит. Я мельком проглядел модные serverless'ы, но как-то оно всё рассчитано на aaS и запускает всё это безобразие в контейнерах, что оверкилл для моих хотелок. По каким ключевым словам это вообще искать и, если такого нет, что лучше взять, для того, чтобы на коленке смастерить (пока смотрю на duktape ибо его можно к python'у прикрутить)?
>> No.49449 Ответ
>> No.49450 Ответ
>>49449
И, я не просил фреймворк для веб-приложений в чистом виде. Близко к микрофреймворкам, но с возможностью на ходу добавлять обработчики, ограниченной средой и интерфейсом вроде json-rpc
>> No.49452 Ответ
>>49450
Ну в общем-то подходит, нода + экспресс.
>> No.49453 Ответ
>>49452
Как ты себе это представляешь? Во-первых, как ограничить этот код, во-вторых, мне не нужен весь интерфейс http запроса, потом, разве нода позволит переопределить обработчики на ходу. Так можно и python + flask предложить.
>> No.49454 Ответ
>>49448
Как понимаю, ты хочешь тот же *cgi, вид сбоку. Сбоку в том плане, что кишки парсить не хочешь, а хочешь, чтобы их парсили за тебя.
Ещё ты хочешь разграничение доступа.
Первое ты сделаешь только написав обёртку над тем, что есть, попутно запилив свой протокол с IPC, второе тебе даст MAC.
>> No.49461 Ответ
>>49454
IPC, кстати, на SHM.


No.49446 Ответ [Открыть тред]
Файл: E61EAE9DC1AF99978E0C39C23646F19965A67F28.gif
Gif, 668.98 KB, 400×400 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
E61EAE9DC1AF99978E0C39C23646F19965A67F28.gif
Скажи доброчан, вот есть сайт, есть на нем форма отправки контента (скажем тот же пост в треде на имиджборде). Вот я нажал кнопку "отправить". Вопроса два:
1) как перехватить и посмотреть что именно передается на сервер когда я нажимаю кнопку
2) как продублировать этот запрос, чтобы можно было отправить то же или немного измененное на тот же сервер.

Хочу попробовать сделать бота который бы централизованно по одному нажатию кнопки разбрасывал мой контент по нескольким разным сайтам.
>> No.49447 Ответ
Файл: vIMMnUn.jpg
Jpg, 174.62 KB, 600×756 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
vIMMnUn.jpg
Простейший способ - девелопер тулс в браузере. Можно смотреть ходящие запросы. Там же есть copy as curl, который сгенерирует параметры для повторения запроса курлом.
Ну и дальше можешь заскриптовать это на шелле или батниках.

Но это так, баловство. Для сириус бизнеса надо на нормальном языке писать.
>> No.49458 Ответ
>>49446
> по одному нажатию кнопки разбрасывал мой контент по нескольким разным сайтам
> то же или немного измененное на тот же сервер
Так тебе и поверим, мамкин хакер. Твоя задача легко не решается. И если бы твой скилл был достатоный, ты бы не задавал свой вопрос.


No.48832 Ответ [Открыть тред]
Файл: pg087.png
Png, 23.35 KB, 475×349
edit Find source with google Find source with iqdb
pg087.png
Файл: pg072.png
Png, 56.58 KB, 515×709
edit Find source with google Find source with iqdb
pg072.png
Файл: 14686072547160.png
Png, 44.08 KB, 1024×450
edit Find source with google Find source with iqdb
14686072547160.png

Как понять ООП? Я просто вот не понимаю, зачем это нужно. Безотносительно языка программирования

Вот допустим есть некие классы, классы как в плюсах. Есть методы, которые к этим классам привязаны. Зачем это вообще нужно, если можно просто сделать структуру и набор функций, которые могут с этими структурами нечто осмысленное делать?

Вот допустим есть public private protected модификаторы доступа т.е. ограничения на то, откуда какой метод можно вызывать. public можно вызывать отовсюду, private только для методов из числа public, а protected ... protected становится private при наследовании, притом наследований может быть 3 вида - тоже public, private, protected... Зачем всё это? Чем это лучше просто кучи функций, которые могут просто вызывать другие функции и работать с какими-то структурами?

Или вот методы, методы это функции, которые привязаны к конкретной структуре, но что если мне нужны методы, которые связывают два разных класса? Например это может код, переводящий из вектора в растровую картинку. Этот код должен быть методом класса для растровой или векторной картинки?
62 posts are omitted, из них 3 с файлами. Развернуть тред.
>> No.49417 Ответ
>>49415
> Кто инициализирует действие? Костер или ведро? Человек, все это использующий!
И? У костра должен быть метод "потушиться"? Или где этот метод должен быть? У человека? Объект костра вообще должен знать, что его можно тушить?
Класс (объект) в тех же плюсах это структура, к которой приделали некие функции, которые что-то осмысленное делают с состоянием этой структуры внутри класса. Т.е. все построено так, что якобы этот класс это некая сущность, которую мы просим что-то сделать с собой или с чем-то еще, и она что-то делает. По-моему это ерунда какая-то. Вместо того чтобы описывать некие свойства, взаимосвязь разных "штук", мы описываем то, что именно какая-то "штука" умеет делать.
>>49415
> Кто инициализирует действие? Костер или ведро? Человек, все это использующий!
И? У костра должен быть метод "потушиться"? Или где этот метод должен быть? У человека? Объект костра вообще должен знать, что его можно тушить?
Класс (объект) в тех же плюсах это структура, к которой приделали некие функции, которые что-то осмысленное делают с состоянием этой структуры внутри класса. Т.е. все построено так, что якобы этот класс это некая сущность, которую мы просим что-то сделать с собой или с чем-то еще, и она что-то делает. По-моему это ерунда какая-то. Вместо того чтобы описывать некие свойства, взаимосвязь разных "штук", мы описываем то, что именно какая-то "штука" умеет делать.
По-моему надо рассматривать свойства объектов. Вот есть ведро с водой - у него есть такое свойство, что им можно что-то тушить. А вот есть горящий костер - у него есть свойство, что его можно чем-то потушить. Ну и пусть будет человек, у которого есть такое свойство, что он может использовать всякие предметы, в т.ч. и ведро с водой для тушения чего-либо. Никаких т.н. методов в привычном виде тут нет. Можно хранить некие свойства предмета в каком-нибудь списке или хэш-таблице, и когда мы в игре применяем ведро с водой на костер (т.е. просто перетаскиваем мышкой например) то в коде игры происходит следующее - мы смотрим на ведро, какие у него свойства - им можно тушить. А какие свойства у костра - его можно тушить. И где-то в коде игры описано, что вещи, которыми можно тушить - их можно применять на вещи, которые можно тушить. Отлично - мы пишем игроку "хотите ли вы использовать ведро с водой для тушения костра?". И если у ведра будет еще какой-то способ провзаимодействовать с костром, то можно вывести соответствующее меню с выдобром. Т.е. не нужны никому никакие методы, надо просто прицепить некие свойства к некоторым сущностям и потом сверять эти свойства на сочетаемость. Искать совместимые свойства. Как вот у ключа есть свойство, что он открывает конкретный замок, а у замка есть свойство что его можно открыть каким-то конкретным ключом.
Сообщение слишком длинное. Полная версия.
>> No.49418 Ответ
>>49417
> Вместо того чтобы описывать некие свойства, взаимосвязь разных "штук", мы описываем то, что именно какая-то "штука" умеет делать.
Вот тут и проблема. В основе ООП лежат не взаимодействия предметов, а сами предметы. И все методы этих объектов направлены на работу только с самим собой (какие эгоистичные). Иначе нарушается инкапсуляция, иначе эти объекты не могут существовать друг без друга. Еще раз, каждый объект должен быть маленьким закрытым мирком, к которому тебе можно обращаться только через публичные методы или интерфейсы.
> По-моему надо рассматривать свойства объектов
Изначально речь шла о методах. Со свойствами же целая поляна открыта: можно попытаться узнать класс объекта в рантайме, а для этого есть различные решения, можно добавить базовому классу методы, проверящие тушибельность каждого из объектов, предоставляя соответствующий интерфейс, правда тогда не получиться добавлять новые свойства, да и старых будет огромное количество.
Решений есть много, я хорошо не знаю ни одного, постораюсь за парочку ночей разобраться хотя бы в нескольких.
>> No.49419 Ответ
Файл: 28880.jpg
Jpg, 288.94 KB, 800×406 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
28880.jpg
Пока вы разбирались в ООП, он уже признан нимодным и всё ровные пасаны начинают его обоссывать и доказывать, что нинужен.
>> No.49420 Ответ
>>49417
В целом можно выделить новый класс "Поливание" с методом, принимающим в себя объекты класса костер и ведро. В результате оба этих класса будут не связаны, и при желании метод можно будет перегружать и поливать землю, небеса, Аллаха.
Правда с этим главное не переборщить:
http://steve-yegge.blogspot.com/2006/03/execution-in-kingdom-of-nouns.html
Также на размышление тред, половина которого посвящена обсуждению подобного "Игрок-Ударить-Монстр" вопроса, саму статью также можно прочитать:
https://news.ycombinator.com/item?id=18526490
>> No.49421 Ответ
>>49419
Функциональщина?
>> No.49434 Ответ
>>49419
Как раз таки ООП никто не признал ненужным. Единственная реализация ООП в продакшене - Erlang, а все эти ваши C++ и Java не являются реализацией ООП, специально для адептов "классы-ооп головного мозга" процитирую Алана Кэя:

> I invented the term object-oriented, and I can tell you, that C++ wasn't what I had in mind
> OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late binding of all things.

Разумеется, эксперты из треда начнут заочно спорить с автором ООП парадигмы и доказывать почему он не тру и в ООП ничего не понимает.
>> No.49439 Ответ
>>49434
> с автором ООП парадигмы
Симулу писал не Кей.
>> No.49440 Ответ
>>49434
Он молодец конечно, но настоящее ООП оказалось бесполезным и никому не нужным. Тогда как его "модификации" (я без понятия, каким ООП был изначально) широко используются везде, ведь они позволяют писать сложное и расширяемое ПО. Тот же самый пример с регулярными выражениями: большинство современных языков подобавляли в них различные способы хранения памяти, различные предпросмотры и подобное. И сейчас регулярные выражения могут описывать различные рекурсивные строки, а это далеко за гранью обычных регулярных языков. Только HTML не надо ими парсить, да.
>> No.49441 Ответ
>>49440
> я без понятия, каким ООП был изначально
Эрланго-образный обмен сообщениями это был.
> но настоящее ООП оказалось бесполезным и никому не нужным
Один только сраный WhatsApp на нём и работает, ага.
>> No.49443 Ответ
>>49441
> Эрланго-образный обмен сообщениями это был.
Нет, не был: https://habr.com/ru/post/455638/
Изобрести мем «объектно-ориентированный» ≠ изобрести объекты.


No.35693 Ответ [Открыть тред]
Файл: Haskell-Logo.svg
Svg, 1.42 KB, 602×425 - Нажмите на картинку для увеличения
Haskell-Logo.svg
Надеюсь, ещё не совсем вымерли упоровшиеся сабжем.
233 posts are omitted, из них 34 с файлами. Развернуть тред.
>> No.45936 Ответ
>>45749
> https://youtu.be/RcTaweZMEzo?t=125

Но ведь математика не про вычисления, а про алгебраические структуры, их свойства и морфизмы между ними, про дискретность или непрерывность, про теоремы о существовании решения. Если бы не теоремы существования из топологии, долбоебы до сих пор вычисляли бы решение о квадратуре круга. Аффтар неуч.
>> No.45937 Ответ
>>45936
> решение о квадратуре круга
Решение задачи. Наверно, кластер суперкомпьютеров запустили бы и вычисляли до бесконечности.
>> No.45976 Ответ
>>45936
Ой да не ешь ты этого клоуна.
>> No.46133 Ответ
Файл: tumblr_n2ke4tzKR51shbc9ho1_500.gif
Gif, 1010.16 KB, 500×281 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
tumblr_n2ke4tzKR51shbc9ho1_500.gif
>>45880
> Модульность со времён Modula-2 во всех языках, где она есть, примерно одинакова. Хаскелл и окамл не исключение.

НЕ МОГУ. ПЕРЕСТАТЬ. ХОХОТАТЬ.
>> No.46875 Ответ
Файл: 2bcbe14ae2efadfc9...
Png, 33.29 KB, 417×326
edit Find source with google Find source with iqdb
2bcbe14ae2efadfc95267413a710ec4c1480097777262.png
Файл: 3a50cdabf2ff37212...
Png, 25.21 KB, 409×212
edit Find source with google Find source with iqdb
3a50cdabf2ff3721282443bfd82989111480097777263.png

SPJ со своим другом наконец-то разработали недостающую теорию,
открывающую мир нешаблонного параметрического полиморфизма байтоёбским типам со стека:
https://www.microsoft.com/en-us/research/wp-content/uploads/2016/11/levity-1.pdf
>> No.47994 Ответ
>>46875
> 25 November 2016
Ж - живой язык
>> No.47995 Ответ
>>37765
Не знаю как там в 2014, но у нас есть https://ru.wikipedia.org/wiki/Yi_(редактор) и пожалуй ещё https://ru.wikipedia.org/wiki/Leksah
>> No.47998 Ответ
Файл: 1496672176680-g.png
Png, 785.77 KB, 1000×1300 - Нажмите на картинку для увеличения
edit Find source with google Find source with iqdb
1496672176680-g.png
>>47995
Но все равно, лучше использовать Emacs.
>> No.48030 Ответ
>>47998
> Основные режимы эмуляции для Yi это vim и emacs.
А вообще какой режим лучше, вообще vim VS emacs что победит?
>> No.49381 Ответ
Бампану, что ли.


[0] [1] [2] [3] [4] [5] ... [51] [52] [53]
Пароль:

[ /b/ /u/ /rf/ /dt/ /vg/ /r/ /cr/ /lor/ /mu/ /oe/ /s/ /w/ /hr/ ] [ /a/ /ma/ /sw/ /hau/ /azu/ ] [ /tv/ /cp/ /gf/ /bo/ /di/ /vn/ /ve/ /wh/ /fur/ /to/ /bg/ /wn/ /slow/ /mad/ ] [ /d/ /news/ ] [ Главная | Настройки | Закладки | Плеер ]