Где блекджек, где мои шлюхи? Ничерта не работает! Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1053.8 пользователей не могут ошибаться! Официальная конфочка бнвача: bnw@conference.jabber.ru
?5899
говно5813
прекрасное5167
говнорашка4442
хуита3844
anime2657
linux2441
music2274
bnw2231
log2019
рашка1938
pic1860
ололо1757
быдло1421
украина1326
гімно1107
дыбр1074
роботы_не_одобряют986
сталирасты848
bnw_ppl832

Спасибо мелкософту за его language server protocol,
cquery достаточно быстро парсит крупные проекты типа UE4
https://github.com/cquery-project/cquery

Естественно работает нестабильно, но прыгает по коду и ищет референсы намного быстрее и качественнее, чем rtags.

#A93T4N (2) / @ninesigns / 59 дней назад
c++
Вся суть плюсов в одном предложении. > Double-increment is undefined behavior (C++ standard currently claims that double increment is supported, contrary to the STL documentation; this is LWG #2035)
#P9FKKD (0+1) / @billyiii / 71 день назад
c++

У кого тут еще бомбит от того, что новый плюсовый синтаксис инициализации переменных, называющийся uniform initialization syntax (UNIFORM, Карл!) не позволяет заюзать некоторые конструкторы, например конструктор вектора, принимающий кол-во элементов std::vector<uint32_t> table {10};?

#UE1BK8 (5) / @cat-o-nine-tails / 96 дней назад
q c++

Leo considered several languages for implementation, including Ocaml. While I&#39;m certain his familiarity with C++ played a big part in the final decision, he has very justified reasons for choosing it. He claims that it&#39;s extremely hard to get excellent performance without breaking the nice abstractions built by such languages (memory management, data structure layout etc.), and I have to say, Lean is blindingly fast when type-checking. A lot of things become easy when working with such a mainstream language, like writing FFI bindings and using compiler frameworks.

#KY5WTQ (1) / @ninesigns / 173 дня назад
c++
TIL http://en.cppreference.com/w/cpp/language/adl А нахрена неквалифицированные перегруженные функции протекают из неймспейсов? С учётом того что перегруженные функции никак перегруженными не объявляются это выглядит как отстрел ноги, нет?
#7PUEAA (4+1) / @ndtimofeev / 193 дня назад
https://www.factorio.com/blog/post/fff-206 "Step 3 - Getting rid of boost Boost is a special kind of demon. It lures you in by giving you all these cool and simple to use features, and then it beats your soul from you by increasing compilation times absurdly. There are two main problems. Problem one is that they don&#39;t care much about compile times and two, they want to have everything nice and generic ad absurdum, and they even defend it as the correct style. The result is, that changing boost::mpl::vector66 to std::variant can improve the compile time from 1:44 to 1:20 and getting rid of templates completely by using unions can decrease the compile time to 0:53. I&#39;m talking about changing 2 headers of 2 classes in a project with 3390 files, 410k lines of code and 15Mb of source code. Everything that was compiled to Factorio, GUI, graphics library, networking, entity logic, scripting, modding, logistic system... all these things together took the same time to compile as two instances of boost::mpl::vector. Our current goal is to get rid of the boost library completely."
#WDY1DF (0+1) / @o01eg / 217 дней назад

sorry, unimplemented: non-trivial designated initializers not supported
Ну ёб твою мать.

#D63CIR (7) / @ninesigns / 250 дней назад

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

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

#6HKTWG (5+2) / @ninesigns / 264 дня назад
скоро отпуск, буду кодить охуительную игру (типа майнкрафта но не кубы/воксели а реалистичный ландшафт (trimesh-based), всё можно бурить, разрушать и тд и всё плавненько, и тд), рационально ли велосипедить свой физический движок (использующий gpu) или взять готовый? насколько это сложно? преимущества своего движка - ничего лишнего, можно затачивать и оптимизировать конкретно под нужды игры, легко суппортить. насколтко это сложно? какие чалленджы будут? кто пробовал?
#25FD1L (8+2) / @n / 298 дней назад
Есть в природе GNU/Linux-дистр где сосуществуют кресты собранные gcc4 и gcc5+?
#3MDTLH (32+1) / @l29ah / 312 дней назад
как свергнуть начальника IT-отдела? нихуя не понимает в программировании, охуенные ревью реджектит (а ведь я старался, при этом изменения решают реальные проблемы) с аргументами типа "слишком много изменений", "сначала надо было сделать прототип", "мне не нравится", "никому не нужно" и т.д. в юниттестах погрязших в моках (когда моки тупо тестируют друг друга вместо реального компонента, при этом вызывают 500% дополнительного оверхеда при любом изменении) не видит ничего плохого, требует наследовать класс тестируемого компонента (нахуя??? его ж тестировать надо а не ебать), не понимает что это будут те же моки от которых нужно избавиться. считает, что юнит тест, падающий при любом изменении в имплементейшне, полезен. короче, тут всё, пиздец. чё делать?
#NCDF6M (45) / @n / 348 дней назад
За что я люблю Rust: https://github.com/boostorg/serialization/blob/develop/include/boost/serialization/void_cast.hpp#L186 reinterpret_cast<std::ptrdiff_t>( static_cast<Derived *>( reinterpret_cast<Base *>(8) ) ) - 8
#ABYYXV (0) / @o01eg / 353 дня назад
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139 "Since the first member was constructed successfully, I&#39;d expect its destructor to be called. Granted, I don&#39;t know the exact standard wording, but my general idea is that once a constructor call succeeds, an object starts to exist, thus it must at some point cease to exist, and then its destructor must be called. clang 3.5.0 and visual c++ (according to http://webcompiler.cloudapp.net/, without the GCC extension "(a[2]) { ... }") do call the destructor every time."
#64SVNS (0+1) / @o01eg / 358 дней назад
одна из самых больших проблем в программировании - реюзабельность стороннего кода. все, абсолютно все либы и енджайны формально имеют интерфейс и стараются сделать его максимально удрбным, но ебаться всё равно приходится. ещё хуже - когда ты находишь опенсорсный проект (например фриорион) и хочешь красиво зареюзать кусок из него (например генерацию карты) в своём проекте. и тут, как правило, быстрее написать этот кусок с нуля чем портировать из другого проекта. в общем, идея для стартапа - c++ фреймворк с принудительным форсированием модулярности/фрагментарности (каждый кусочек должен быть независимой самостоятельной единицей) и единого интерфейса кросскомпонентного взаимодействия, с функцией автоматической загрузки внешней хуйни. например, даёшь ему гитхаб фриориона, он выкачивает и преобразует хуйню в нативные для себя самодостаточные реюзабельные компоненты. всякие питоновые скрипты тож. компоненты (т.е. сам код) хранятся не в сорс-файлах, а например в sql, и фреймворк будет предоставлять удобные инструменты поиска нужного компонента. названия для импортированных компонентов будет определять сам, например используя название проекта, класса, метода, переменных внутри метода. возможно, задействовать нейросеть которая будет классифицировать и запоминать ассоциативно то, что импортирует. потом можно доработать чтобы из компонентов известных ей она могла составлять новые. Например, по запросу типа "galaxy map generator without planets" вернёт компонент созданный из импортированного мэпгенератора фриориона но вырежет из него код связанный с планетами. или например если было импортировано два мэпгенератора из разных игр то по запросу "map generator" вернёт что-то среднее из них. вот как то так. как думаете, булет ли работать? какие могут появиться подводные камни?
#YPMO6G (17) / @n / 366 дней назад
а как вообще раньше жили без лямбд?
#9F64J4 (2) / @n / 373 дня назад
Пример over the air апдейтов для esp8266 в фреймворке sming не только не осиливает скачять образ, но и умудряется запороть себя в процессе.
#TDN2V6 (0) / @l29ah / 375 дней назад
как девелопить фриорион когда фаллаут4 не тормозит не максималках? и xcom2 не пройден ещё. и в ut4 ~144.5 FPS. даж на доту нет времени. что делать в такой ситуации?
#RVHVEI (8+1) / @n / 394 дня назад

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

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

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

Iron_Bug ★★ (17.03.2017 18:34:36)

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

#GGZD0Z (311+1) / @ninesigns / 400 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

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