↑↑↓↓←→←→ⒷⒶ Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1053.10 пользователей не могут ошибаться! Официальная конфочка бнвача: bnw@conference.jabber.ru
?5905
говно5817
прекрасное5174
говнорашка4448
хуита3852
anime2658
linux2442
music2278
bnw2232
log2020
рашка1942
pic1860
ололо1757
быдло1421
украина1326
гімно1109
дыбр1074
роботы_не_одобряют990
сталирасты849
bnw_ppl833

В тред призываются люди, состоящие одновременно в следующих множествах:

I. люди, разрабатывающие (или делавшие это в прошлом) нетривиальный софтверный проект (не хуйню в стол) в команде (т.е не аутизм в одно ебало) больше одного года;

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

Так вот I U II, можете начать в коментариях обосновывать, почему вы не долбоебы, например.

#FIULH2 (61) / @ninesigns / 18 дней назад

Почти все охуенные разработчики, которых я встречал (ирл или в интернетах) обладают двумя признаками:
1. шарят в численных методах
2. могут разобраться в любом самом страшном говнокоде

Буду продолжать наблюдения

#SLC0AS (19+1) / @ninesigns / 43 дня назад
После нескольких месяцев унылых ковыряний до кое-кого дошло что `filter_map` просто "нинужен" в strymonas, т.к. `filter |> map` (самое лобовое решение) метакомпилируется просто всегда лучше. Т.е. как это часто бывает - вопрос изначально поставлен был неправильно и нужно было таки выйти из системы, чтобы увидеть очевидное решение к несуществующей проблеме. Небесполезный экспириенс, каждый раз..
#8PY9II (0) / @ygrek / 120 дней назад

Почему julia дает пизды вашим любимым* язычкам программирования.

https://julialang.org/blog/2017/01/moredots

Используя dot call как здесь:

X .= f.(2 .* X.^2 .+ 6 .* X.^3 .- sqrt.(X))

или

@. X = f(2X^2 + 6X^3 - sqrt(X))

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

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

Кроме того, есть возможность при помощи библиотеки GPUArrays обсчитывать массивы на opencl/cuda, используя тот же самый код, как и для обычного кода, но используя специальные типы. Все благодаря multiple dispatch и макросистеме.

[*] кроме, пожалуй, хаскеля, если ghc сделает loop fusion и вы не обосретесь с ленивостью

#BD4GXR (37+5) / @ninesigns / 149 дней назад

https://blog.racket-lang.org/2017/10/racket-v6-11.html

Typed Racket supports refinement types and dependent function types. Previously
an experimental feature, refinement types allow types to describe more
interesting properties of values, especially integers. For example, this type
shows that the max function always produces a number at least as big as its
inputs:

(-> ([x : Integer] [y : Integer])
(Refine [z : Integer]
(and (>= z x) (>= z y))))

#JMH83R (6) / @ninesigns / 175 дней назад
>Прохладная: компания наняла аджайл-коча, чуваку 60+ (<тут был линк на его профиль>), в принципе интересный background, программировал В СВОЕ ВРЕМЯ на smalltalk и lisp, есть в старой голове какие-то интересные мысли. Но. В обязательном порядке согнали всех слушать курсы старого пердуна. Дед массово топит за классическое ООП времен Гради Буча. Риторика уровня "есть только мой правильный путь решить задачу, все остальное неправильно". Самое интересное, дед умудряется эффективно паразитировать на компаниях своим религиозным промыванием мозгов. Он реально похож на какого-то сектанта, избегает конкретики и придерживается размытых формулировок, которые дают ему свободу выкручиваться из каверзных вопросов.
#LR1N9C (0+1) / @ckorzhik / 202 дня назад

Короче copy-pastные ошибки заебали, хочу мод в емаксе, который подсвечивает похожести в скопипащеных строках, может уже есть такое?

#NKD460 (27) / @ninesigns / 225 дней назад
https://github.com/Lovesan/clave Такое. Красивый и удобный лисповый интерфейс к библиотекам FFmpeg. В процессе, но кое-что работает уже. Пока не хватает swresample и swscale, но скоро будет. Также, потом отдельной asdf-системой будет postroc, т.к. она загплена. Еще с документацией пока проблемы, как впрочем и у самого ffmpeg. Тестируется все на винде, под FFmpeg 3.2.4, собранный мной лично: https://static.lovesan.ru/ffmpeg/ffmpeg-3.2.4-win64-lgpl.zip Но, в принципе, ничто не мешает работать и с линуксом, надеюсь я там правильные имена файлов so-шек вписал, в src/lib.lisp В README.md там пример, типа, берем, и конвертируем любое медиа, поддерживаемое FFmpeg, и у которого есть звуковой поток, в mp3-файл.
#WTCEXP (2) / @lvsn / 264 дня назад

Хуевый дизайн?
Нет времени разбираться кто владеет временем жизни объекта?
Хочется применить чего-нибудь такого новенького?
Не уверен в собственной job security?

std::shared_ptr - твой выбор!

#6HKTWG (5+2) / @ninesigns / 267 дней назад
Посмотрите что пишет этот мудень http://libv.livejournal.com/26972.html If you think that this leaked driver takes away much of the hard work of reverse engineering and makes writing an open source driver easy, you couldn&#39;t be more wrong. This leak means that here is no other option left apart from doing a full clean room. ... But even if you haven&#39;t looked at this code yet, most of the damage has been done. A reverse engineered driver for powervr SGX will now probably never happen. Heck, i just got told that someone even went and posted the links to the powerVR REing mailinglist (which luckily has never seen much traffic). I wonder how that went: Hi, Are you the guys doing the open source driver for PowerVR SGX? I have some proprietary code here that could help you speed things along. Good luck! So for the person who put this up on github: thank you so much. I hope that you at least didn&#39;t use your real name. I cannot imagine that any employer would want to hire anyone who acts this irresponsibly. Your inability to read licenses means that you cannot be trusted with either proprietary code or open source code, as you seem unable to distinguish between them. Well done.
#NN8T6R (4) / @j123123 / 332 дня назад
Последние несколько месяцев я стараюсь брать на себя задачи, что изначально вызывали у меня много боли, так, например, я презирал sql и ненавидел все его наречия (которых я не знал). Проект-менеджеры и аналитики привыкли уже, что мне можно скинуть любую задачу и я ее обязательно решу, все это же касается и отчетов sql, которые я стал забирать в основном себе. До последнего времени мы работали над некоторой отчетностью одного большого проекта, и день ото дня мне приходили замечания и требования к отчетности, которые мы вместе устраняли, выводя реляционную алгебру, чтобы посчитать то, что хочет заказчик. Так из весьма простых отчетов сначала возникли требования к детальным и сводным отчетам, которые считались по предложенной заказчиком технике. Дальше происходило следующее. 1) Заказчик взял Ехкель и стал сам агрегировать данные из детального отчета, присылая замечания, что в сводном считается иначе. Тогда мы поняли, что он ошибся, выведя правила, а на самом деле он хотел другого. Выбросили логику сводного отчета, вставили детальный и агрегировали уже его. 2) Заказчик взял два соседних отчета и сказал, что хочет сходимость в этих шаблонах. Вставили в сводный отчет логику подсчета отдельных столбцов из других сводных (не по тому детальному, по которому агрегировали изначально). 3) Заказчик захотел объединить несколько сводных в один. Но объединять эти данные было невозможно, они совершенно разнородные, мы объединили по агрегированному полю - период времени. Теперь все отчеты научились использовать функцию разбивки (с предагрегацией) по отрезкам времени. 4) Заказчик захотел некоторые вычислимые поля в контексте разбивки. Взяли оконные функции. 5) Заказчик захотел считать данные в разрезе одной сессии, одного входа на сервис, одной попытки. Запрятали в функции логику выделения срезов, подсчета показателей внутри одного среза. 6) Настраиваемые фильтры по выбору методик подсчета таких показателей как SLA. Прибил кодом на OLAP, благо наша CRM позволяет определять на java контроллер OLAP, где есть интерфейс before_olap(), after_olap(). 7) Заказчик сказал, что внутри таких-то отчетов в таких-то колонках данные должны сходиться в сумму, независимо от примененных методик подсчета. И вот тут-то я прикурил, как я скажу реляционной алгебре, чтобы здесь у меня сходилось в сумму? С чего это вообще должно происходить, данные разнородны по своей природе. OLAP. 8) Заказчик снова построил по одному срезу за одни отрезки времени два якобы на его взгляд похожих отчета и сказал, что здесь должна быть сходимость. Я перелопатил весь код, да, сходимость быть должна, но ее нет, ее нет, понимаете. Тогда я взял и написал select a + b + c as your_mother_bitch. И заказчик остался доволен. 9) Когда он пришел в следующий раз и указал, что в таком-то срезе данных в этой колонке должно быть больше, я уже знал что делать - select something from dual() as_you_wish. И заказчик сказал прекрасная работа. Я познал весь дзен правил оптимизации oracle, научился избавлять базу от глупых фулл-сканов с этим вашим /*+ RULE */ и быстро фильтровать по полям, по которым заводить индексы не имеет смысла. Я научился писать CTE с тройной-предагрегацией и попутным вычислением окошек на каждом из этапов. Я научился присоединять данные в таблицу по хуйне и параше и так, чтобы все выглядело, будто они находятся в реляционном отношении. Я научился в PL/SQL, я научился обманывать и обходить реляционную алгебру десятикратным джойном таблицы самой к себе, я научился выделять отрезки, срезы только лишь на оконных функциях. Попутно я обнаруживал с десяток багов в скриптах и правил их, обновляя без падений и остановки продакшен. А всего-то нужно было просто сделать select something from dual() as_you_wish! Знаете почему так получилось? Потому что реляционная алгебра не склонна прогибаться под того, кто над ней работает, ей все равно, кто перед ней - эникей или гуру, она будет вести себя одинаково, путин будет избран на десятый срок, но ничего не изменится в аналитической отчетности, пока человек не согласится с математикой.
#OISS0F (5) / @je / 376 дней назад

John Carmack
Using React (JavaScript) has turned out to be a bigger win for VR app

development than I expected -- UI dev is several x faster than Unity.

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

#99DXEH (10+4) / @ninesigns / 397 дней назад

нет, вот пусть весь этот зоопарк для детсадовцев идёт лесом. язык программирования - это язык программирования. а все эти памперсы нужны только неосиляторам. не надо их тащить в сам язык.

вот есть язык программирования. на нём можно написать абсолютно всё. причём можно было и десять лет назад. а для неосиляторов можно делать сбоку песочницы, «умные» указатели (видимо, для неумных программистов они нужны, потому что с обычными указателями нет никаких проблем), даже сборку мусора за теми, кто сам за собой подтереть не способен. но все эти песочницы не должны влиять на стандарт. ни в коей мере.
Iron_Bug ★★ (17.03.2017 18:48:54)

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

Iron_Bug ★★ (17.03.2017 18:34:36)

Бля, охуенно.

#GGZD0Z (311+1) / @ninesigns / 403 дня назад

http://nanapro.org/en-us/
https://github.com/ocornut/imgui

Чо там QT уже можно выбрасывать?

#48TU44 (12) / @ninesigns / 403 дня назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.