Что такое быдлокод?:)

Это код, с которым взаимодействовать невозможно. Код, который по своим понятиям общается. Код, с которым придется бороться не на жизнь, а на смерть, т.к. по-нормальному от него чего-то добиться не получится.

не, ну если ему по понятиям СОЛИДных людей заяснить, думаю, одумается

?

не, ну если ему по понятиям СОЛИДных людей заяснить, думаю, одумается

Только вот чтобы понять принцип Лисков, по-началу надо жестко набухаться. Ну, во всяком случае в том определении, которое есть в википедии ?

объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы

Википедия, мать ее

Понятно всё, вы чо. Но практического смысла не очень много, если уже есть какой-то опыт разработки

А если нет, то людям непонятно

?

вот тут-то я и проиграл

Понятно всё, вы чо. Но практического смысла не очень много, если уже есть какой-то опыт разработки

в лисков нет смысла?)

практического не очень много, особенно сейчас. теоретический наверное есть

но это же solid

я думаю в нем есть смысл даже сейчас

но это неточно(с) :)

)))

объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы

очень понятно написано

кто-нибудь юзал container/heap?

он потокобезопасный?

вроде как нет, ну ладно

практического не очень много, особенно сейчас. теоретический наверное есть

эм, на принципе лисков практически все работает. это соответствие интерфейсу. ты интерфейсы не видишь в либах?

то как оно работает – это конкретная реализация, и решения авторов языка. тезисы лисков настолько абстаркты что применимы много к чему. на практике нас интересуют детали

очень понятно написано

я вполне себе понимаю это, но читая определение с википедии это непонятно моментально, во всяком случае у меня так было, хоть и давненько

в отличие от остальных принципов

то как оно работает – это конкретная реализация, и решения авторов языка. тезисы лисков настолько абстаркты что применимы много к чему. на практике нас интересуют детали

ну вот - практически во всех распространенных языках это реализовано интерфейсами.

More formally, the Liskov substitution principle (LSP) is a particular definition of a subtyping relation, called (strong) behavioral subtyping, that was initially introduced by Barbara Liskov in a 1987 conference keynote address titled Data abstraction and hierarchy

до 87 года не было интерфейсов или чего-то подобного в ЯП?

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

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

чем мы и занимаемся последние -цать минут :)

[last news] Pilosa: open source, distributed bitmap index in Go

Читал, но не понял, зачем оно.

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

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

как может быть не полезен тезис, реализациями которого ты пользуешься каждый день в работе?

см. выше

см. выше

см. ниже

это не реализации, наоборот принцип описывает абстрактно то что уже есть в ЯП

И зачем тезис объяснять, если вы не в академии? на практике то он не нужный, лучше объяснить что-такое интерфейсы и как они реализованы в конкретных ЯП и почему так.

это не реализации, наоборот принцип описывает абстрактно то что уже есть в ЯП

и? кодификация того, что уже присутсвует также важна

важна, в академиях

я про практику программирования, которое ремесленный навык, а не инженерный или абстрактно математический

тогда теоретические книги по парадигмам прогарммирования можно вообще не читать. только учебники по конкретным языкам. остальное оставим академикам.

это правда. можно не читать, но можно почитать если интересно теоретическую базу прокачать

это правда. можно не читать, но можно почитать если интересно теоретическую базу прокачать

крайне не согласен. теория сильнее практики прокачивает навыки программирования. можно на практике экспериментальным путем найти какие то хорошие решения, но прочитав теорию можно узнать как надо, до чего сам не додумался. Возможно немного в сторону ушли от Лисков

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

На самом деле принцип подстановки Лисков очень простой и большинство программистов придерживается его на интуитивном уровне. Но академическое определение действительно может ввести в ступор :)

на этом предлагаю закончить спор, каждый высказал своё мнение

и все-таки LSP не только о наследованиии, а еще и о API, так что не вижу тут капитанства в нем

На самом деле принцип подстановки Лисков очень простой и большинство программистов придерживается его на интуитивном уровне. Но академическое определение действительно может ввести в ступор :)

наконец-то я хоть от кого-то усышал это последнее предложение :D

я ничего против Liskov, SOLID и абстрактных знаний не имею, если чо пугает просто религиозность в отношении к ним и черезмерное внимание к принципам а не к реальной практике (смотри посты от разных авторов про то как надо правильно писать SOLID-программы)

Используете ли вы системы сборки? ничего – 12 ??????? 44% make – 10 ?????? 37% другое – 3 ?? 11% gb – 1 ? 4% gulp o_O – 1 ? 4% gradle O_o ▫️ 0% ? 27 people voted so far.

ааа, только один вариант

ну как так

ааа, только один вариант

Напиши, что используешь своими словами :3

webpack

webpack

в приличном обществе о таком не говорят

webpack

о_о

Я использую make, а внутри уже и webpack и xgettext и много чего еще

о_о

что с нами стало

Я использую make, а внутри уже и webpack и xgettext и много чего еще

Для того, чтобы собирать и фронтенд и бэкенд?

Для того, чтобы собирать и фронтенд и бэкенд?

Да

ну тогда норма

У меня есть знакомый, который грейдлом go собирает

у меня как то make + gb

тк одного костыля недостаточно

Подскажите пожалуйста. Мне нужно внутри go выполнить команду ffmpeg. На вход я передаю mp4 файл в виде resp.Body от http запроса, который выполнился до этого куска кода cmd := exec.Command("ffmpeg", "-f", "lavfi", "-i", "anullsrc=channel_layout=stereo:sample_rate=44100", "-i", "pipe:0", "-shortest", "-c:v", "copy", "-c:a", "aac", "output.mp4") cmd.Stdin = resp.Body cmd.Run() На выходе после cmd.Run() хочу получить объект io.Reader, как результат работы ffmpeg, который можно было бы потом скормить телеграм боту reader := tgbotapi.FileReader{Name: "test", Reader: output, Size: int64(contentLength)} file := tgbotapi.NewDocumentUpload(messageChatID, reader) код по ffmpeg выше сейчас сохраняет на диске output.mp4, тем саммым показывая, что передача resp.Body в пайп работает. Нокак сделать, чтобы на выходе еще был результат обработки в виде объекта, а не файла, я не понимаю ?

хотелось бы что-то типа build.go в корне проекта

было бы очень удобно

Подскажите пожалуйста. Мне нужно внутри go выполнить команду ffmpeg. На вход я передаю mp4 файл в виде resp.Body от http запроса, который выполнился до этого куска кода cmd := exec.Command("ffmpeg", "-f", "lavfi", "-i", "anullsrc=channel_layout=stereo:sample_rate=44100", "-i", "pipe:0", "-shortest", "-c:v", "copy", "-c:a", "aac", "output.mp4") cmd.Stdin = resp.Body cmd.Run() На выходе после cmd.Run() хочу получить объект io.Reader, как результат работы ffmpeg, который можно было бы потом скормить телеграм боту reader := tgbotapi.FileReader{Name: "test", Reader: output, Size: int64(contentLength)} file := tgbotapi.NewDocumentUpload(messageChatID, reader) код по ffmpeg выше сейчас сохраняет на диске output.mp4, тем саммым показывая, что передача resp.Body в пайп работает. Нокак сделать, чтобы на выходе еще был результат обработки в виде объекта, а не файла, я не понимаю ?

А если вместо output.mp4 передать '-' ?

пробовал... но не понятно в какой переменной ловить аутпут?

пробовал... но не понятно в какой переменной ловить аутпут?

cmd.Stdout ?

хм

см что-нибудь такое pr, pw := io.Pipe() tr := io.TeeReader(u, pw)

даже pipe, наверное, хватит

даже pipe, наверное, хватит

не до конца понял... куда это встроить в том коде, что я прислал?

ну, я не вдавался в подробности, но, думаю, горутина, которая занимается транскодингом может получать pipe, писать в pipewriter, а другая горутина pipereader отправить в telegramapi

см https://garbagecollected.org/2015/05/30/io-with-go-io-pipe/

я понятно выражаюсь? :)

Подскажите пожалуйста. Мне нужно внутри go выполнить команду ffmpeg. На вход я передаю mp4 файл в виде resp.Body от http запроса, который выполнился до этого куска кода cmd := exec.Command("ffmpeg", "-f", "lavfi", "-i", "anullsrc=channel_layout=stereo:sample_rate=44100", "-i", "pipe:0", "-shortest", "-c:v", "copy", "-c:a", "aac", "output.mp4") cmd.Stdin = resp.Body cmd.Run() На выходе после cmd.Run() хочу получить объект io.Reader, как результат работы ffmpeg, который можно было бы потом скормить телеграм боту reader := tgbotapi.FileReader{Name: "test", Reader: output, Size: int64(contentLength)} file := tgbotapi.NewDocumentUpload(messageChatID, reader) код по ffmpeg выше сейчас сохраняет на диске output.mp4, тем саммым показывая, что передача resp.Body в пайп работает. Нокак сделать, чтобы на выходе еще был результат обработки в виде объекта, а не файла, я не понимаю ?

а resp.Body не закроется раньше, чем кодирование закончится?

а resp.Body не закроется раньше, чем кодирование закончится?

resp.Body.Close() в самом конце делается

но я выше писал, что код по ffmpeg, что я показал сейчас сохраняет на диске output.mp4, тем саммым показывая, что передача resp.Body в пайп работает.

а resp.Body не закроется раньше, чем кодирование закончится?

т.е. проблем с тем чтобы передать что-то в ffmpeg нет, есть неясность как забрать результат

https://medium.com/@cep21/preemptive-interface-anti-pattern-in-go-54c18ac0668a

я понятно выражаюсь? :)

посмотрел, понял пока на до конца... не понятно как это поможет забрать результат обработки ffmpeg

т.е. проблем с тем чтобы передать что-то в ffmpeg нет, есть неясность как забрать результат

При создании Command передай структуре буфер RTFM https://golang.org/src/os/exec/exec.go?s=1032:3774#L33

а resp.Body не закроется раньше, чем кодирование закончится?

resp.Body - это входной параметр, он после выполнения ffmpeg больге не нужен. я хотел получить результат в другую переменную...

resp.Body.Close() в самом конце делается

у него таймаут еще есть - закроется раньше если не успеешь его вычитать.

При создании Command передай структуре буфер RTFM https://golang.org/src/os/exec/exec.go?s=1032:3774#L33

buf := &bytes.Buffer{} errBuf := &bytes.Buffer{} ... cmd.Stdin = resp.Body cmd.Stdout = buf cmd.Stderr = errBuf

И обязательно нужно проверять на ошибку

Go дайджест. События, статьи, интересные проекты из мира Go (1 — 12 мая 2017) Всем привет! В этом дайджесте представлены лучшие статьи за прошедшую неделю, а также новости, события и проекты, заслуживающие ваше внимание. Новости, События — Gobot 1.5 EN — Релиз 3.1.0 веб-фреймворка echo EN ... https://tehnojam.pro/category/development/go-dajdzhest-sobytija-stati-interesnye-proekty-iz-mira-go-1--12-maja-2017.html

http://golangshow.com/online/

http://golangshow.com/online/

это можно в канал форварднуть?

это можно в канал форварднуть?

Автор не я, но думаю можно

Иначе было бы странно

? это да