Поток новых людей в С++, Java, C# пренебрежимо мал, сейчас все вакансии на PHP/JS/Python/Ruby, потому все учат PHP/JS/Python/Ruby. Хочешь говорить о С++ - воскрешай мертвецов и звони друзьям-пенсионерам.
Это очередное доказательство того, что статика сосёт у динамики.
Если ты еще скажешь, что системы с жизненным циклом больше года НИНУЖНЫ, я тебя обоссу.
А теперь поговорим о вакансиях от сотки.
Это очередное доказательство, что динамопараша импонирует тому, что объединяет посредственных бизнесменов и посредственных быдлокодеров: неумение видеть дальше сиюминутной выгоды.
>с жизненным циклом больше года
Как будто на PHP/JS/Python/Ruby нельзя сделать.
Хуева туча всяких социалок, сервисов, тырпрайзов, сетевых демонов и т.д на этих язык работает по 5+ лет и переписываться не будет никогда.
Поток новых людей туда 0й.
Два Бурбона этому джентльмену.
Пока ты там будешь пердеть над типами, динамико-волшебники уже выкатят продукт с достаточным функционалом, срубят все бапки, напишут тесты, отрефакторят и забудут, переходя к новому приложению. Жизнь слишком коротка, чтобы писать на статике.
А ты пожалуй прав.
Стартапопараша любого уровня пишется на динамике.
"Обычная" промавтоматика пишется на специализированных языках от вендора железа.
Геймдев никому не интересен.
Только очень взрослый критикалаппликейшн сегодня обоснованно использует плюсы. Обычно некое подмножество, выбранное так, чтоб не злить богов бедствия и несчастий.
К сожалению, люди оттуда не капчуют.
Стартапопараша любого уровня пишется на динамике.
"Обычная" промавтоматика пишется на специализированных языках от вендора железа.
Геймдев никому не интересен.
Только очень взрослый критикалаппликейшн сегодня обоснованно использует плюсы. Обычно некое подмножество, выбранное так, чтоб не злить богов бедствия и несчастий.
К сожалению, люди оттуда не капчуют.
Кто-нибудь юзает Emscripten? Расскажите про общие впечатления.
Эй, тут элитный клуб любителей плюсов "Голубая устрица"
Стато-динамо-срачь разводите по-соседству.
Здешние завсегдатаи давно определились
А тебе для чего? Правда интересно.
В моей практике все достаточно ценное легаси-говно, которое сложно переписать, таки не предполагает использование через клиентский веб.
Пишу на крестах, когда нужна СКОРОСТЬ. А она нужна часто.
а ноду мы не используем азаза.
По укурке галлюцинировал следующее - емскриптить все легаси и запускать на JavaEE сервере через втроенный жаваскрипт, а не через jni, как сейчас. Пьюр джава, ебтыбля.
Но как-то очень через жопу выходит.
Эту пара еще кто-то использует? Даже ваш гуру ссыт на вас:
http://www.youtube.com/watch?v=48kP_Ssg2eY
http://www.youtube.com/watch?v=48kP_Ssg2eY
Мейерс и Александреску однажды наиграются и вернутся в лоно истинной церкви.
ГДЕ БЕНЧМАРКИ, СУКА?!
Что ты понимаешь под скоростью?
На каком основании ты приимаешь решение, что в данном случае скорости динамопараши не хватит?
В моем мухосранске на С++ два типа вакансий: 20к студентота, 70к+ матаноебля. 100к и С++ не виделни разу пока, Питон и ява по соточке зато были. Сам сейчас занимаюсь матаноеблей за 80к.
На моем опыте плюсы от 100 - это матаноебля в обнимку с жабапрайзом.
В новых проектах пишут прототип на питоне, заменяют черезчур медленный код сишечными биндингами и/или Cython-ом. С++нужен тут только как дополнительный навык.
В старой легасипараше нужна не производительность, а "умение разбираться в чужом коде"
для тридэ игор
Страуструп всегда в кроссовках ходит?
IDE сравнений го. Юзаю нетбинц+clang 3.4, всем доволен. Подскажите, почему я соснул, должен перейти на кутэкриэйтор/еклипц/vim? Кто пробовал клион от jetbrains, как он, когда будет коммунити версия?
И получают в поддержке тормозную кашу с дублированием логики (эта часть в нативном коде, давайте лучше налепим сверху еще один сриптовый воркэранунд).
А cython/shedskin - ограниченно рабочие, чтобы их заставить работать нужно Александреску звать как в фейсбуке с PHP сделали.
>
>И получают в поддержке тормозную кашу с дублированием логики
Если писать изначально полностью на крестах, то ничего не получают в поддержке ибо проёбывают все сроки
Юзаю xcode, поудобней всяких Нетбинов и кодблоков (особенно с учетом того, что последний не умеет в ретину). На стационарнике юзаю VS. Как универсальный вариант кьютикриэйтор неплох, но там несколько непропорциональный интерфейс, часть рабочего пространства в никуда пропадает, кривоватые шрифты. Большей частью это настраивается, но всеравно не слишком удобно. К тому же он слишком частно выдает бесполезные алерты, навроде предупреждения о сравнивании разных типов переменных.
>Если писать изначально полностью на крестах, то ничего не получают в поддержке ибо проёбывают все сроки
Если есть мозги, то ничего не проёбывают. Си++ и вправду не лучший вариант для фронтэнда, но для бэка подходит как нельзя лучше.
Зачем тебе коммунити? Бери ультимейт на торрентах. А лучше идею ультимейт + плагин.
Посоны, поясните за PIMPL. Как работает, нахуй нужен?
читал статью нихуя не понял
читал статью нихуя не понял
Если коротко, то единственным прайвит-членом твоего класса становится указатель на вспомогательный объект, где уже содержатся все остальные нужные тебе данные. Тогда, как бы ты не менял внутреннюю логику работы класса, (без изменения паблик членов), у тебя не изменится ни интерфейс класса, ни размер объекта этого класса. Удобно при разработке библиотек, особенно если ты их кому-то передаешь без исходников, Если в новой версии меняется только внутрення логика классов, никто ничего не заметит, можно просто переподложить либу.
Как ни странно связка VS+cmake плагин почти идеальна по эргономике. Жаль, только под винду.
Под прыщи Eclipse+опять же cmake плагин. В нетбинсе почему-то тормозит подсказка.
Ах да. Система-сборки-срач го! Cmake дает на ротан всем остальным.
Xamarin + clang лучше вашего говна для веб-даунов
Ну а cmake и вправду лучший, тут не поспоришь
Как выучить cmake? Есть ли какие-то must have туториалы и т. д.?
man cmake
КО-КО-КО-КО, Я БАЙТО-ДРОЧЕР БЕРИТЕ МЕНЯ, КО-КО-КО-КО, Я СВЕЖЕНЬКИЙ! КО-КО-КО-КО!!! Я НИМАГУ В НОРМАЛЬНОЕ ОПП, Я МОГУ ТОЛЬКО В ДРОЧКУ, КО-КО-КО-КО!!!
>cpp
>байтодрочево
Как там, в 2001?
Статью opaque pointer почитай в википедии, это оно и есть. Чтобы отделить мух от крестов, посмотри исходники libtidy на няшной сишечке, там оно активно используется. Суттера про пимпл читай только до того места, где темплейты начинаются, дальше идет муть местечковая.
Религия не позволяет, ну и в идее коммунити все есть что мне нужно, надеюсь коммунити клион тоже не будут обрезать сильно.
симейк неплох вообщемта, но невероятно раздражает список файлов в каждой папочке - привет из 80-х. Если файлы для каждой платформы положить в свою ветку гита, то простого нерекурсивного мейка более чем достаточно.
берешь, выкидываешь удобные плюшки из С, прикручиваешь на саморез в паре мест ООП, мешая семантику и текст с помощью тупого компилятора, делаешь абсолютно неинформативной отладку, пихая всюду, где можно эксепшены в hex, бесполезные сообщения компилятора и выкидывание тебя с access violation в stl вместо твоего кода, охапку дров и С++ готов!
Можно список выкинутых сиплюшек?
Если ты про:
void fun1(a, b) {
int a;
void b;
}
то это больше похоже на сладкий хлеб, чем на плюшку.
А про сообщения компилятора - будь мужиком, добавь их в GCC сам какие надо - https://gcc.gnu.org/ml/gcc/2014-10/msg00040.html
как насчет tagged structure? Тоесть по поводу остального возражений никаких нет?
> tagged structure
> выкинутых
Здесь ошибка компиляции, нельзя выкинуть то, чего нет, в одном из самых распространенных компиляторов (угадать с 1 раза) даже в 2013 версии их нормально не сделали.
По поводу остального, полностью соглсен с саморезом и дровами, но в списке явно не хватает буста. Нужно больше буста, мои алгоритмы по записи жисана в БД недостаточно generic, а ошибки компиляции все еще уступают по длине жабостектрейсами из жибосса - буст.рейнджи обмазанные концептами на буст.препроцессоре уже спешат на помощь.
А stl ты зря обидел, у Степанова какая-то особая трава и stl-коллекции (за исключением vector<bool> который торчки из исоцпп добавили) на удивление трезвые и приземленные.
> Как там, в 2001?
> подразумевая, что на С++ можно сделать что-то нетривиальное, ни разу не напоровшись на segfault или что-нибудь похуже
Зачем, можно же всё на Scala написать, если делать это с умом, то всё заебись будет, ведь там можно даже обобщённую арифметику запилить без потерь скорости, используя тайпклассы.
Только нужную иерархию тайпклассов придётся запилить самому, потому что стандартные не делают @specialize, а следовательно, боксят все инты, флоаты, и прочие примитивы для арифметических операций и сравнений.
>Си++
>для бэка подходит как нельзя лучше.
В голос.
Кто ж виноват, что пидорасы навроде тебя не умеют в нормальное ООП...
Да можно. Ручное управление памятью для быдла.
двачую адеквата.
Не понял тебя, какие списки файлов?
Например....
Думаю, он имел ввиду CMakeFiles и CMakeCache
Крестопетухи должны страдать
Потрогал я ваши си с крестами в большом проекте игорь, FPS. И почувствовал небывалую фрустрацию, депрессию и задушенное на корню творчество. Всё что ни хочется - всё ооочень долго, сложно, муторно и норовит сломать существующий функционал. DRY послан решительно нахуй. Байты выебаны по самые помидоры, аж на пару миллионов строк, хотя видимого функционала глючного как пиздец максимум на 100к. В итоге там делает всю работу 1,5 индуса, остальные только цвета с текстурками поправляют.
но ты сейчас наехал на говнокод игрули, а не на кресты.
Дык это все можно в отдельной папке иметь.
Делай сборку в отдельном каталоге, при этом папка с сорцами чиста как 12летняя девственница.
Никогда не позволю ушлепкам, собрающим прямо в папке с исходниками, принять участие в моей жизни. Гоните их, насмехайтесь над ними.
1e1 ;DD
>Я НИМАГУ В НОРМАЛЬНОЕ ОПП
"Нормальное" ООП уже лет 10 как умерло.
Запощу в профильный тред, так как в ньюфаго треде меня заигнорили. В общем суть.
Антоны, снова вопрос про читерство в игре freelancer. Суть, можно написать аимбот, даже не написать, а просто каким то образом перехватить функцию в игре. Вот нашел копипасту.
> since ive been asked many times how to do it, here a short tut:
> you should be skilled in using C/C++ and some Assembler.
> 1. Locate the function CEGun::Fire() with a disassembler of your choice in common.dll
> 2. Hook it
> 3. In the hook call CEGun::ComputeTgtLeadPosition() with the given thisptr to calculate the Target Vector
> 4. Overwrite the Vector given as Parameter to CEGun::Fire with the calculated one
> 5. Call the original function
> 6. if you want 360° fire, check the returnvalue and replace if necessary - you may do rapidfire etc. with this too.
В общем суть в том, что нужно написать хук на функцию наверно, я не разобрался особо, ничего сложнее вычислительных методов не делал. Инжектор есть, нужно написать саму библиотеку, но как это делать, я не знаю. Посоветуйте кто что может.
Антоны, снова вопрос про читерство в игре freelancer. Суть, можно написать аимбот, даже не написать, а просто каким то образом перехватить функцию в игре. Вот нашел копипасту.
> since ive been asked many times how to do it, here a short tut:
> you should be skilled in using C/C++ and some Assembler.
> 1. Locate the function CEGun::Fire() with a disassembler of your choice in common.dll
> 2. Hook it
> 3. In the hook call CEGun::ComputeTgtLeadPosition() with the given thisptr to calculate the Target Vector
> 4. Overwrite the Vector given as Parameter to CEGun::Fire with the calculated one
> 5. Call the original function
> 6. if you want 360° fire, check the returnvalue and replace if necessary - you may do rapidfire etc. with this too.
В общем суть в том, что нужно написать хук на функцию наверно, я не разобрался особо, ничего сложнее вычислительных методов не делал. Инжектор есть, нужно написать саму библиотеку, но как это делать, я не знаю. Посоветуйте кто что может.
Мне нужно использовать некоторую библиотку, написанную на Си из кода С++. Как это нужно правильно делать? Как-то хитро нужно подключать файлы?
extern "C"
{
#include "sishnaya_huita.h"
}
Вот именно так и отмазываются перлоговноеды от справедливой критики перла.
Да, на с++ можно писать хороший код, но писать говно слишком просто по сравнению с альтернативами.
Окей, спасибо.
А ты можешь объяснить, как это работает? А то я не очень понимаю.
Работает так, что линковщик знает, что функции внутри extern надо подключать как сишные, а не плюсовые.
Как мне не порвав пердак сделать сериализацию в крестиках? Бустоговно не предлагать.
Сосаны, а это правда, что даже c++11 нет нормального кроссплатформенного юникода? Недавно начал пердолиться с плюсами, почитал стековерфлоу и охуел -- 2014 год и нет нормальных кроссплатформенных юникодных строк. И щито делать, как вообще пишут?
Даа
Крестопидоры должны страдать.
Для сериализации ProtocolBuffers подойдет, возможно.
Нормальный уникод - через boost::locale или какую велосипедную парашу. Стандартного пути нет
У них вообще нормальных строк нету, не то что юникодных.
c-string
>ProtocolBuffers
Там богомерзкая кодогенерация без поддержки существующих классов. Не нужно.
Оно в сраку вставляется или между булками зажимается?
Это как ободок для волос, держится за силы сжатия
Вспоминаю один мой проект на крестах. В нем пришлось иметь дело со следующими видами строк:
1. const char
2. std::wstring
3. ATL::CString
4. BSTR
5. QString
И все это нужно было перегонять между собой. Тут-то я и призадумался.
>const char естественно
Очевидно же, надо было сделать свои нормальные строки.
Лал.
>stl
Этим говном стало можно пользоваться с последнего стандарта, когда лямбды появились. До этого на каждый std::transform нужно было определять целый класс для предиката. Класс этот использовался один раз и определялся далеко от места использования. Каждый раз думаешь - да ну нахуй, я лучше цикл for ебану. В 95 процентов случаев так и поступал. iostream, fstream - это вобще за гранью добра и зла.
Вакаба съедает звездочку.
А как ты в языке без рефлексии сделаешь нормальную сериализацию готовых объектов? Страдай.
Метод запилю.
Язык с уебищной стандартной библиотекой. Нихуя нет. То что есть - в большинстве своем говно. В итоге все пилят свое. Как результат - несвязанность и отсутствие совместимости. Дискасс.
Чтобы спрятать детали реализации из хедера.
>Нихуя нет.
Нихуя нет, потому что запросы у всех очень разные. Стандартная библиотека пытается угодить всем, и в результате не устраивает никого.
Просто язык старый и успел широко примениться в то время, когда еще не пришло понимание, что язык без платформы столь же полезен, как половинка проскогубцев. Время было упущено, и проекты, пытавшиеся компенсировать нехватку платформы, типа Qt, так и не стали стандартом. Сейчас уже легче допилить что-нибудь типа D, чем делать полноценную платформу на C++
самофикс: плоскогубцев
>язык без платформы столь же полезен, как половинка проскогубцев
Си - самый популярный язык на tiobe, живет без всякой платформы.
>чем делать полноценную платформу на C++
Зачем? Кому нужен жирный фреймворк, берут Qt. Остальным нужна сишечка с наворотами. К тому же отсутствие искаробочных батареек компенсируется богатством сторонних библиотек.
Кстати, кто не видел, Страус предлагает еще сахарку подбавить http://isocpp.org/files/papers/N4174.pdf
Прочитал первую страницу. Страуструп увидел паршиал классы в C# и решил, что их=то С++ и не хватало.
Почему страус занимается онанизмом вместо того чтобы зделать реально полезные вещи? Форвард декларации для вложенных класов уже 15 лет жду.
Александреску высрал STL в качестве диверсии и сбежал.
Что не так с vector<bool>?
http://pastebin.com/ynzQxFuh
Я уже не помню, в чём была проблема, но стоит это запостить. 3898 строк выхлопа GCC.
Я уже не помню, в чём была проблема, но стоит это запостить. 3898 строк выхлопа GCC.
мож скобку где забыл?
Да, но здесь стоило бы указать на возможную ошибку со скобками, а не выблёвывать все возможные ошибки stl в надежде, что одна из них окажется подходящей.
Ты впервые с stl ошибку делаешь?
Это еще актуально?
Знаешь, как это выглядит со стороны?
Представь ситуацию. Господа в смокингах и цилиндрах сидят в обедне и пьют чай, обсуждая катаморфизмы, анаморфизмы, параморфизмы наконец. Тут к ним вползает пьяный вдрызг кучер Ванька. Отплевывая лошадиный навоз, он ссыт под себя, одновременно блюя на пол прокисшим борщом. Затем достает задроченный томик Александреску, найденный на помойке. "Modern C++ Design - вот где мыслЯ, блеать, вот где красота и свежесть!". Смеясь, господа растегивают ширинки и мочатся быдлу в рот. Зовут дворника Ваську - местного лисп-задрота, он спускает крестохолопа с лестницы. Он делает это с удовольствием - хоть зачем-то сгодился элите. Поднимаясь за похвалой, он начинает зациклено бормотать про жидов. Господа для острастки ссут на него, после чего возвращаются к своим светским беседам.
Это всегда актуально. Думаю, это первая мейнстримная книга о программировании, в которой со всеми пикантными подробностями демонстрируется реализация списков на тайплевеле и операций над ними.
Ну зачем же так? Это неуважение к ветеранам метапаттернов.
У АНДРЕЯ всё всегда было через ЖОПУ.
Не пизди, он делал лучшее, что можно было выжать из С++. Книга начинается с привития читателю философии тайпклассов и демонстракции техник как программировать в таком стиле через специализацию шаблончиков.
А есть тут кто это прочитал и ПОНЯЛ как эти пользоваться?
С++ не для неосиляторов языкодроча и метаабстракций. Я не встречал ни одного работающего программиста на С++, не знающего хаскеля и агды. Думаю, таких просто никуда не берут. Это легко сдетектировать по неумению/нелюбви к boost.
Андрюха, конечно, умный мужик(без иронии). Предложенные им техники - прекрасная теоретическая проработка возможностей языка. Я когда до буста дорвался - у меня глаза горели. Хотелось использовать все. Это происходило во времена буста версии 1.37. Я начал использовать boost::mpl, boost::lambda, boost::spirit... Программа компилировалась все медленней и медленней, отлаживаться становилось все труднее и труднее. Собщения компилятора не помещались на экран. Я даже не пытался их читать - просто тыкал в то место, где ошибка и понялся понять в чем проблема, анализируя код. Все это стоило мне очень больших затрат нервов и времени. Короче через пот и кровь я уяснил, что в бусте есть очень практичные библиотеки, а есть те, от которых стоит держаться подальше. И зависимость примерно такая - чем эта библиотека ближе mpl и заветам Александреску, тем от нее стоит держаться подальше. Дети, не повторяйте моей ошибки. Если вам нужна сложная логика и высокий уровень абстракции - используйте Хаскель.
Не слушайте неосилятора. Сейчас все эти штуки из boost'а даже в стандартную библиотеку потихоньку перетекают (type_traits, например). Всё, что связано с дизайном программ, с архитектурой, абстракцией (mpl, typeerasure, concepts, variant) - усугубляют компиляцию не больше, чем использование всяких стандартных vector. От чего действительно стоит держаться подальше - это от библиотек spirit и lambda - вот они без проблем повесят компилятор на ночь в рекордное количество строк кода. А всё почему? Потому что там адова метамагия и программирование неограниченных алгоритмов на шаблонах. В отличие от этих экспериментально-трюкаческих штуковин, использование шаблонов для концептов/тайпклассов и прочих архитектурных вещей о которых было сказано ранее практически никогда не раскрывается с неконстантной сложностью.
>Сейчас все эти штуки из boost'а даже в стандартную библиотеку потихоньку перетекают (type_traits, например).
Я не против буста, я сам его много его использую.
>Всё, что связано с дизайном программ, с архитектурой, абстракцией (mpl, typeerasure, concepts, variant) - усугубляют компиляцию не больше, чем использование всяких стандартных vector.
Осбенно 5 лет назад, особенно на тех компьютерах, особенно на 2003 студии. Или когда ты пытаешься сделать AST на вариантах. И по мере расширения языка у тебя возможное количество альтернатив boost::variant ВНЕЗАПНО упирается в ограничения библиотеки. Вот это реально нежданчик.
>От чего действительно стоит держаться подальше - это от библиотек spirit и lambda - вот они без проблем повесят компилятор на ночь в рекордное количество строк кода.
Бежать как от огня, тем более сейчас есть нормальные лямбды(ну по стандартам нормальности мира С++ конечно).
Единственные 2 автора книг по C++, которых стоит читать - Страуструп и Мейерс. Дискасс.
И да, кстати. Идея С++ - хуярьте шаблоны, итераторы и прочие абстракции, компилятор сам догадается и уберет лишние слои, там где надо заинлайнит. Так вот - нихуя, акуратное кодирование вручную - почти всегда оказывается быстрее, часто сильно быстрее. Специально проверял. Тут я имею ввиду компилятор от вижуал студии. Другие не проверял. Кагбе в теории - оно красиво получается, а на практике не очень. Ну это если вам нужна суперкорость, конечно.
Шаблоны тупо текстово раскрываются, так что это нулевой оверхед by construction. Так не могут появиться какие-то дополнительные вызовы или аллокации в отличии от генериков в С#/Java и т.д.
>это нулевой оверхед by construction. Так не могут появиться какие-то дополнительные вызовы или аллокации в отличии от генериков в С#/Java и т.д.
Будет время и желание - я накидаю тебе пример. Сейчас уже спать пора.
Зачем вам шаблоны? Они для библиотек.
>нулевой оверхед by construction
Ты про кэш инструкций забыл, например. Темплейтное программирование адово размер бинарника раздувает.
Так мы здесь все обобщённые программисты, нам интересно только написание библиотечных вещей космического уровня абстракции. Зачем прикладную хуйню обсуждать? Там и так всё понятно.
>Там и так всё понятно.
Писать простой читаемый код с необходимым минимумом абстракций очень сложно.
Не сложно, а трудно - потому что скучно.
Тем более "необходимый минимум" - это абсолютно субъективное понятие. Для кого-то никак-не-обходимый минимум - это сишка, потому что у него мышление так устроено, для кого-то - можно больше абстракций, если кода становится меньше, для кого-то - можно больше абстракций, если код становится общней (кто-то скажет, что считается только такая общность, которая с вероятностью выше какого-то порогового значения будет полезной в данном конкретном проекте), для кого-то - ещё что, а кто-то скажет, что вот да, так может и короче и лучше, но нам трудно и вообще лень изучать эти концепции и либы, потому давайте оставим как есть.
>никак-не-обходимый минимум - это сишка
Для большинства крестовых проектов сишка - самый правильный уровень.
>но нам трудно и вообще лень изучать эти концепции и либы
Проблема в том, что концепции и либы часто компонуются только титаническими костылями, а "общный" код на практике оказывается сложно перепиливать в непредвиденном направлении.
содержит в себе не байтовые булы, а битовые
удачного каста
Самый лучший С++ это Ада. Там есть все необходимое, и нет крестовых излишеств.
>Для большинства крестовых проектов сишка - самый правильный уровень.
Иди-ка ты нахуй мудак, имел я как-то удовольствие участвовать в чисто сишном проекте. Разработка на сях обязательно заканчивается переизобретением с++, только еще более кривого. В пизду такие развлечения.
И самая жопа - даже битовые операторы не определены. Ну вот нафига нужен такой bitset, которому нельзя сделать and? Какой тогда в нем смысл-то вообще? Весь его функционал можно сделать на vector<unsigned> и 10 строках кода для вытаскивания битов. И на этом хотя бы битовые операции можно будет делать, и на диск сохранять, и вообще.
Поясните ещё за Аду. Несколько дней назад от скуки немного почитал про неё и что-то загорелся желанием выучить. Тут вроде и ООП, и какой-то продвинутый менеджмент памяти/объектов, и встроенная многопоточность, и многое сделано для контроля ошибок как на этапе компиляции, так и в рантайме. Потестил немного компилятор (gnat) - выдает код всего лишь немного уступающий в производительности аналогичному сишному. И вроде всё хорошо, единственное, что пока не очень понравилось (или я что-то не очень понял) это то, что при использовании именованных типов аксесс-к-функции иногда получается ошибка "subprogram must not be deeper than access type", при этом с аналогичными анонимными типами всё норм. В общем вопрос в следующем -- нет ли в языке каких-нибудь не очевидных сразу недостатков, которые могут потом заставить меня разочароваться в нем? Просто хочется учить только безупречные языки (не обязательно универсальные, главное -- без серьезных косяков в дизайне, например вот сишка -- безупречный язык).
мимо-сишкоёб-любитель
>обязательно заканчивается переизобретением с++
Такое случается от переизбытка ООП в мозгу.
Ничего не понимаю... И это программисты. Говно какое-то, пидоры, блядь. Sun им дала Java — программируй! Программируй на яве, блядь! Не хочу, хочу жрать говно! Что такое? Это сообщество? Это сообщество? Суки, мудачье — программисты. Память освобождают вручную, говно жрут — пидоры, блядь ебаные...
Раздался голос со стороны параши.
Ты уже научился элемент в массиве искать?
>шёл 2014 год
Нинужна.
Память экономить и о кэше думать тоже нинужно. Нужно хуярить фабрикиабстрактныхфабрик.
Больше байтоёбства!
(int)(ptr) -> a = (int)malloc(i)
ЭТО ЖЕ, ОЧЕВИДНО, СЭКОНОМИМ ЦЕЛЫХ ДЖВА БАЙТА В ПАМЯТИ, И НИ РАЗУ НЕ ТЕЧЁТ
аж с разметкой обосрался
На пик посмотри внимательно. Оверхед памяти 75%. И в джаве такое везде. Обходится жуткими костылями, поскольку примитивные типы из джававского ООП-мирка выпадают. Компактно данные в памяти ты хранить не можешь, то есть опять же костыли в виде оффхип или массивов примитивов. Значит с производительностью тоже можешь смело прощаться. По крайней мере, до 10-й джавы. И это реальные недостатки, которые никак не обойти, в отличие от сахарка на http://соснули.рф/
Вот еще соснулей для джавапетуха. Кококо докупи памяти память дешевая.
>Оверхед памяти 75%
Kek. Как часто удваиваются объемы памяти? (Ответ: часто) Как часто удваиваются объемы джавазадач? (Ответ: не часто. Потому что они завязаны на количчество инфы, которую может обработать человек, которое почти не меняется)
Этот оверхед перестал иметь значение много лет назад
>Оверхед памяти 75%.
Какие 75%? Возьми пустую строку - будет ОВЕРХЕД 100% ШОК СЕНСАЦИЯ.
Алсо, про STL то молчишь?
И про дешевизну памяти. Память дешева по сравнению с трудом разработчика. Сколько стоит день разработчика? Хотя бы 100 усд, иначе ты хуй простой. Сколько на эти деньги можно купить памяти? Выгодны ли оптимизации по памяти?
Это все хорошо для интерпрайза, который сервачков докупить всегда может. На десктопе же у джавы непрерывное сосание. Никто не хочет терпеть калькуляторы, жрущие по 256Мб и запускающиеся 10 секунд.
>Возьми пустую строку
Посчитай какой оверхед будет у хэшмепа <String, Double> на 64 битах, например.
>Алсо, про STL то молчишь?
Потому что она гвоздями не приколочена к рантайму.
>Сколько стоит день разработчика?
Сколько стоит час в день терпения тормозов для миллионов пользователей, ты посчитал?
>Память дешева по сравнению с трудом разработчика.
Например, эклипсом пользуется около 10млн. пользователей. Каждому надо докупить планку памяти на 60 баксов. Получается 6 миллиардов баксов убытков от джаваговна.
600млн, сорри
Нисколько. Они вынуждены жрать говно, потмоу что если они уйдут к другим, у них не будет работать вообще нихуя пока ничего не разарботано.
> Каждому надо докупить планку памяти на 60 баксов.
Логическую ошибку сам найдешь? Нет, наверное, не найдешь.
Во-первых, у большинства памяти уже достаточно. Потому что иклипс не единственная жрущая память программа. Есть еще браузер, написанный, внезапно на сях, игоры, на крестах и прочее, что также требует памяти.
Во-вторых, многие согласны терпеть тормоза, лишь бы не тратить бабло.
Вот и получается, что цифра 600 млн - это огромное преувеличчение.
>у большинства памяти уже достаточно
>джава
>достаточно памяти
лол
>не единственная жрущая память программа
Она обычно основная рабочая. К тому же с течением времени, сюрприз, требования к памяти у софта растут. У джава-софта тоже, причем быстрее рынка. Так что лишнюю планку памяти надо будет докупать каждый апгрейд.
>браузер, написанный, внезапно на сях
Память там жрет джаваскрипт.
>Во-вторых, многие согласны терпеть тормоза, лишь бы не тратить бабло.
Получается, деньги тратятся на простой и нервы пользователя. Что вполне возможно дороже планки памяти.
>600 млн - это огромное преувеличчение
Это только для одной программы, заметь.
>Нисколько
Вспомни об этом, когда будешь стоять в очереди в госучереждение.
> основная рабочая.
Браузер же
> У джава-софта тоже, причем быстрее рынка.
без пруфов ты хуй простой
> Получается, деньги тратятся на простой и нервы пользователя. Что вполне возможно дороже планки памяти.
Конечно дороже. Точно так же как и простои на оптимизацию. QED
Лол, постоянно вспоминаю. А дело в чем? В отстутствии конкуренции.
>без пруфов
Тебе привели примеры расхода памяти у джавы. На типовых коллекциях оверхед в 75% - рядовое явление.
>простои на оптимизацию
Оптимизация только на компе разработчика вызывает простои, а тормоза неоптимизированной программы - у всех пользователей.
>постоянно вспоминаю
И по-прежнему считаешь, что время пользователей ничего не стоит? Это ведь часто и твое время тоже.
"Я говно жру - пусть и все жрут"
Ты сказал, что потребности джава программ в памяти растут быстрее рынка. Пруфани.
> а тормоза неоптимизированной программы - у всех пользователей.
Только на сервере.
Пускай купят железо. Это реалии.
>Потому что она гвоздями не приколочена к рантайму
Ты и на жабе можешь брать массивы примитивов
>Ты сказал, что потребности джава программ в памяти растут быстрее рынка
Потребности джава программы = потребности нативной программы + оверхед. Потребности нативной программы вырастают на мегабайт, джава программы - два.
>Ты и на жабе можешь брать массивы примитивов
Структуры - уже не можешь, без ебли байтбуфером. Плюс из-за отсутствия возможности хоть как-то завернуть работу с примитивами в абстракцию, ебля с ними получается гораздо хуже байтоебства в сишечке.
Геометрическая прогрессия, ты можешь в нее?
Сегодня у меня 16 ГБ памяти.
Нативная программа потребляет 1 ГБ, джава программа 2 ГБ.
Завтра у меня будет 32 ГБ памяти, нативная программа будет потреблять 2 ГБ, джава 4 ГБ.
Проценты остались теми же.
>Завтра у меня будет 32 ГБ памяти
Вот тогда джава может и взлетит на десктопе. Хотя не факт, учитывая что свинг врожденно тормозной, свт уродлив, а javafx как-то не сильно используют. Олсо, каждой проге на джаве надо запускать свой экземпляр jvm. Это долго, и опять же приводит к повышенному расходу памяти.
Так что у джавы года до 17, когда десятку допилят, шансов на десктопе мало.
Ой, лан, 4 ГБ хватает чтоб в майнкрафт поиграть и в идее покодить.
Майнкрафт, я думаю, МС теперь на крестах или сисярпе перепишет.
>2014
>десктоп
>десктоп
Ты на планшетике код пишешь или с телефона?
Лучше 2.
Зато пока ты выебешь пару байт (а скорее они тебя), я уже выкачу бету продукта. Потому что код - это инструмент. И если я могу положить на оверхед и память - я это сделаю, зачем мне тратить время на еблю с инструментом. Если я могу топором забить гвоздь - я не буду тратить время на отливку молотка из болванки, и вытачивание к нему ручки (потому что покпокпок зато ты можешь вылить болванку идеально подходящую к нужному тебе типу гвоздей, и эргономичную атропедическую ручку выстругать. И похуй что тебе придется на это дохуя времени потратить, ТЫ ЖЕ МОЖЕШЬ). Как то так.
>сисярпе
Та же жаба, только в профиль
> только удобнее с кучей ништяков от .NET
Овер 80% расходов любой нормальной IT фирмы идет на . Так что не выёбывайся, а иди покупать память.
>идет на
на зарплату, конечно же
>пока ты выебешь пару байт (а скорее они тебя), я уже выкачу бету продукта
Пока ты неделю ебешься с уродливым говносвингом, чтобы сделать простейшую вещь, я делаю все на Qt за вечер. Пока ты долго и старательно пишешь обертку с байтбуферами для работы с сырыми данными, я легко и быстро все делаю указателями. Пока ты вечер сидишь с профайлером, выискавая утечку ресурса, и подсчитывая ссылочки вручную, я пью кофе, потому что RAII работает с ресурсами за меня.
>если я могу положить на оверхед и память
Быстро нахуярить можно и на С++. Более того, на нем это удобнее делать, чем на жабке, где постоянно приходится спотыкаться об ограничения языка.
Смотрим, например, сюда: https://en.wikipedia.org/wiki/ICFP_Programming_Contest
Посчитай, сколько раз там жабка упоминается.
> Пока ты неделю ебешься
> чтобы сделать простейшую вещь
> Пока ты вечер сидишь с профайлером,
> и подсчитывая ссылочки вручную
> где постоянно приходится спотыкаться об ограничения языка.
Ага, точно описание С++
> я легко и быстро все делаю указателями
У тебя потекло.
http://habrahabr.ru/company/xakep/blog/235629/
А это тебе, посчитай, сколько раз Java упоминается.
Бляядь, как же я обосрался с ебаного буста. Сука, несколько часов дебажил, гуглил, пытался понять, в чем проблема тут
[code]
#include <boost/spirit/include/qi.hpp>
#include <iostream>
#include <string>
namespace qi = boost::spirit::qi;
namespace ascii = boost::spirit::ascii;
const auto doubles_parser_global = qi::double_ >> (',' >> qi::double_);
int main() {
const auto doubles_parser_local = qi::double_ >> (',' >> qi::double_);
const std::string nums {"3.14, 3.15, 3.1415926"};
std::cout << std::boolalpha;
std::cout
<< qi::phrase_parse(
nums.cbegin(), nums.cend(), doubles_parser_local, ascii::space
)
<< std::endl; // sometimes works fine (actually has undefined behaviour too)
std::cout
<< qi::phrase_parse(
nums.cbegin(), nums.cend(), doubles_parser_global, ascii::space
) // this segfaults
<< std::endl;
}
[/code]
Единственное, что нашел - это http://boost.2283326.n4.nabble.com/Problem-with-parser-and-auto-td3354271.html
Чето там коко кукареку dangling references. Просто пушка. Я уже не могу просто инициализировать правило из литералов и констант, потому что оно там чето по ссылкам передает, и они остаются висеть. Вообще охуеть.
[code]
#include <boost/spirit/include/qi.hpp>
#include <iostream>
#include <string>
namespace qi = boost::spirit::qi;
namespace ascii = boost::spirit::ascii;
const auto doubles_parser_global = qi::double_ >> (',' >> qi::double_);
int main() {
const auto doubles_parser_local = qi::double_ >> (',' >> qi::double_);
const std::string nums {"3.14, 3.15, 3.1415926"};
std::cout << std::boolalpha;
std::cout
<< qi::phrase_parse(
nums.cbegin(), nums.cend(), doubles_parser_local, ascii::space
)
<< std::endl; // sometimes works fine (actually has undefined behaviour too)
std::cout
<< qi::phrase_parse(
nums.cbegin(), nums.cend(), doubles_parser_global, ascii::space
) // this segfaults
<< std::endl;
}
[/code]
Единственное, что нашел - это http://boost.2283326.n4.nabble.com/Problem-with-parser-and-auto-td3354271.html
Чето там коко кукареку dangling references. Просто пушка. Я уже не могу просто инициализировать правило из литералов и констант, потому что оно там чето по ссылкам передает, и они остаются висеть. Вообще охуеть.
> Посчитай, сколько раз там жабка упоминается.
6 раз. Да и вообще, толсто это всё. Жабка и удобнее С++, и может в библиотеки, в отличии от. Пока ты на одну задачу каждый раз с нуля пишешь специализированные версии всех структур данных и алгоритмов (потому что шаблоны тормозят и ошибки нечитабельные), джавист решит уже 100 таких, 10 более сложных, и напишет ещё 1 библиотеку, которая только усугубит отсос цпп.
В С++, как раз, утечки памяти ловятся на раз. Тут для этого куча инструментов. В джаве ты утечку ресурса заебешься ловить, особенно в каком-нибудь монструозном фреймворке.
>потекло
А у тебя OutOfMemory, увеличь хип. Потом увеличь его еще раз. Ведь ты не можешь подсчитать, сколько памяти съела программа. Надо надеяться на лучшее, и увеличивать хип. И докупать память.
>посчитай
Это похоже тот самый один раз, что на ICFPC появился.
ну так и в чем дело то?
> А у тебя OutOfMemory, увеличь хип. Потом увеличь его еще раз. Ведь ты не можешь подсчитать, сколько памяти съела программа. Надо надеяться на лучшее, и увеличивать хип. И докупать память.
Вернулись сюда вот:
>джавист решит уже 100 таких, 10 более сложных
Скорее, джавист все еще будет писать бесконечные HuyPizda<Ebat, Kolotit> huy_pizda = new HuyPizda<Ebat, Kolotit>();
http://boost-spirit.com/home/articles/qi-example/zero-to-60-mph-in-2-seconds/
Какой-то уебанский дизайн библиотеки, пиздец. Можешь почитать комментарии к статье выше. Что-там ссылается друг на друга по ссылкам, кококо, выходит из скоупа, висячие ссылки, кровь кишки распидорасило. И это в моем C++11/14, с rvalue, ага. Не хочу нормальные перегрузки операторов для rvalue - хочу говно с висячими ссылками жрать. В общем насколько я понял из той статьи, надо использовать макрос BOOST_SPIRIT_AUTO, который делает deep copy всех этих спиритовских хуйнь и затем вызывает BOOST_AUTO - костыль/замену auto из буста, сделанный до того, как C++11 стал существовать. Автор спирита вроде как обещает починить это в Spirit 3.
У тебя размер памяти ограничен сверху, дурилка. И точно сказать сколько памяти съела программы ты не можешь из-за особенностей jvm. Можно только сидеть, и надеятся, что памяти хватит, или увеличивать хип.
>И точно сказать сколько памяти съела программы ты не можешь из-за особенностей jvm
Нука поподробнее расскажи мне, как так я не могу узнать сколько памяти у меня процессу выделено.
Ты знаешь сколько памяти всего, но не знаешь достоверно сколько осталось. А добавить еще памяти ты не можешь, без перезапуска jvm.
Правильно, лучше сожрать не только всю физическую, но и вритуальную память. Чтоб прям new/malloc нуль пойнтер возвращал.
Ага, прочем system-wide. Вот смеху-то будет!
>но и вритуальную память
В джаве ты ограничен значением xmx, а не размером виртуальной памяти.
Именно. Зато в С++ умелым "менеджментом памяти" можно отстрелить ногу по локоть, всей системе
Это как?
Займи всю виртуальную память. Тогда все программы, которые не проверяют абсолютно все выделения памяти на хипе попадают к хуям. Hint: таких программ большинство.
Это не говоря уж о том, что тормозить будет абсолютно всё.
Я хз, что такое виртуальная память. Это которая в куче? Сомневаюсь, что они попадают - вроде ядро следит за этим и как-то там хитро выбирает в таких случаях кого прибить.
>Займи всю виртуальную память.
Как ты это сделаешь на 64 битах? Или ты про то, что у системы физическая память кончится?
У тебя своп 4 Тб?
Своп - это физическая память. Виртуальной как раз дохуя на 64 битных системах. Олсо сожрать всю память можно и на джаве. Только в нативе я этот процесс могу контролировать, а в jvm - нет. Если только тилибонькать System.gc() на каждый чих и молиться.
У меня как-то комп с гигом памяти не потянул netbeans/eclipse (не помню что из этого). Там ещё в интерфейсе был индикатор сборщика мусора и можно было нажать, чтобы началась сборка мусора и всё тормозило.
>Майнкрафт, я думаю, МС теперь на крестах или сисярпе перепишет.
Есть же http://minetest.net/
Там не особо заметко чт
..обы он летал по сравнению с майнкрафтом.
У тян недобук с 2 ГБ и спермой не тянет хром и скайп, аты мне про иде и джаву.
Выкинул бустоговно(serialization, log) из проекта и бинарник сократился в 3 раза, время линковки раз в 10. Фу блядь, хоть жабу иди учи.
Обесни за юникод-строки в boost.locale ? Я наверное слишком лоботомирован жабой, но за 5 мин строк там не нашел.
В плюсах icu::UnicodeString использую, брат жив, хотя isBogus и .c_str() для конвертации std::string в icu::UnicodeString мешают. Зато с кроссплатформенностью проблем нет.
Хотет UnicodeString со всеми операциями обернутыми в бросание эксепшенов, может такая есть где в бусте?
iostream и fstream это не STL, их за 10 лет до STL написали, когда еще эксепшенов не было. И не юзабельные они вообще - фейлбит, названия методов идиотские, нахер не нужный форматированный вывод (строки, сука, конкатенируй же их) и прочая хуита.
Для стримов есть кошерный boost.iostreams - header-only, std:: стримы понимает как родные, есть магический iostreams::read который читает все подряд, указание списка фильтров через pipe и т.п. Я до него считал что буст - это для наркоманов-любителей-spirit-и-mpl. А в итоге оказалось что без iostreams никуда.
Сгенеришь все на этапе компиляции конечно же, рефлексия - это читерство для тряпок и не крестопуть.
https://github.com/Loki-Astari/ThorsSerializer
Правда тебя за такое на работе побьют (а если удаленщик - то приедут и побьют), поэтому пиши методы сериализации@юзай jansson
Блджад, причем здесь STL вообще, когда STL писали, Александреску еще люлей от молдован получал после уроков в своей румынской школе.
Он в начале 2000-х высрал пособие по изнасилованию компиляторов и ушел пилить D2, где компиляторы такое делают по согласию.
Фатальный недостаток - нету открытой и бесплатной реализации (у GNAT какая-то муть в лицензии), отсюда нету коммунити, библиотек, IDE - вообще ничего нету вообщем.
Два чая адеквату. Байтоебство на жаве - это возможно, но очень больно. Задалбывает отсутствие структур и все API завязанное на объекты - например числа из ASCII потока можно парсить без создания String, но в API только String - как я буду парсить, руками руками парсь, парсь.
Тиобе - ебанаты, считают статистику по запросам в гугле, соответственно в С там С++, С# и Objective-C входят.
С за пределами ядра линукса - мертв, даже GCC плюсокомпилятором собирают. Сравни уровень хайпа вокруг C++11 и C11 стандартов (inb4, а что есть С11).
Написал кейлоггер на крестах. Теперь я успешен?
Нет. Сначала подсади его своей ЕОТ, укради у нее пароль от вконтакта и потребуй от нее эротических фотографий за возвращение пароля. Фотки выложи сюда как пруф. Тогда ты станешь успешным.
Только если в кейлоггере есть вариадик темплейты, полиси-бейзд дизайн и отправка кликов по сети через буст.асио. Иначе - безуспешен и мог то же самое на петоне с пивин32 написать в 8 раз быстрее.
Он записывает нажатия клавиш в лог и отправляет его по smtp мне на мыло. Определяет раскладку клавиатуры, кейлоггера не видно, при первом запуске копирует себя на диск С:\ и добавляет в автозапуск.
>ЕОТ
Ну ты понял.
>при первом запуске копирует себя на диск С:\
А User Account Control не против?
На Дельфи?
Это всё печально, но для меня не выглядит таким уж фатальным. Лицензия gnat, как я понял, позволяет конпелять опенсурс софт бесплатно (и всё, что угодно - платно), а мне большего и не нужно. Вместо IDE у меня vim, да и вроде есть же GPS какой-то. Вот то, что комьюнити и библиотек нет, это плохо конечно.
Btw, сейчас ещё почитал про gnat и лицензии, версией gnat-fsf (бесплатной) из состава gnu compilers collection можно конпилять что угодно, в т.ч. и закрытые коммерческие программы.
Ебучий буст. Жру его, жру, но то и дело вылезают НЕДОДЕЛКИ, когда оказывается, что он не вполне приспособлен даже к 11 сиплюсплюсу.
В этот раз у меня вылезла вот такая хуйня:
https://stackoverflow.com/questions/22963967/using-boostmake-recursive-variant-with-tuple
Оказывается, их boost::make_recursive_variant полноценно с вариадик-темплейт типами не работает.
В этот раз у меня вылезла вот такая хуйня:
https://stackoverflow.com/questions/22963967/using-boostmake-recursive-variant-with-tuple
Оказывается, их boost::make_recursive_variant полноценно с вариадик-темплейт типами не работает.
Кейлоггер копирует себя не в корень диска, а в папку юзера "документы".
Дело не в компиляторе, а в стандартной библиотеке. В GNAT она бесплатная, у AdaCore - бесплатная только для некоммерческого использования.
Вот я и говорю, муть там в лицензии. GNAT вроде-бы свободный, а пилит его компания, которая живет с продажи адского рантайма. Значит где-то подвох и ограничения бесплатно без смс.
В крестах все так хорошо с компилерами, так как GCC (RedHat), Clang (Apple) и MSVS (райнтайм и компилятор, в pro тулзы за деньги) пилят забесплатно, так как для бизнеса полезно. А запилить компилятор и рантайм к нему - это не фунт изюма, почитай почему MS не могли 3 года вариадик темплейты добавить в stdlib. Там какая-то нереальная запредельная стоимость тестирования изменений (я где-то читал про десятки миллионов зелени на 1 цикл тестирования). MinGW вот шипают без тестирования, поэтому в больших кроссплатформенных проектах плачут, плюются, но юзают MSVS.
Они там продают в основном техподдержку как я понял, плюс их IDE (студия) для коммерческого использования доступна только платно (вроде). По лицензиям там 3 версии:
GNAT Pro (платная, компилер, IDE, поддержка) => GNAT-Modified GPL
GNAT GPL (бесплатная, компилер, IDE) => GPL version 3
GNAT FSF (бесплатная, только компилер с либами) => GPL version 3 with GCC runtime library exception
1 и 3 лицензия - аналоги LGPL, т.е. сама софтина GPL, но на исполняемые файлы, слинкованные со стандартной библиотекой GPL уже не распространяется.
Хотя в любом случае такой пиздец может отпугнуть кого угодно.
Эпл уже забила на шланг.
С чего это?
Так это про LLVM. Думаю, им нынешнего уровня развития хватает. А clang и swift они точно не бросять - у них весь тулчейн на них.
Новость коряво написана. Именно ллвм они, конечно, не бросят, ибо их новые свифт на нем написан. А вот шланг т.е. конпелятор c++ для llvm им теперь нахуй не нужен. Хотя, может просто временно перекидывают разрабов, чтобы добилили свифт.
Clang - это еще и компилятор Objective-C. С их количеством кода на ObjC, он еще долго будет поддерживаться.
У студии вообще есть преимущества перед Qtcreator/KDevelop/CodeBlocks? Не приходилось есть пользоваться, а изучать долго же.
Поддерживать и развивать вещи немного разные. Очевидно, что всем, кроме эппла нужно второе.
Я думаю, баги править, и поддержку стандарта развивать там точно будут. На С и С++, уверен, у них тоже кодобаза не маленькая.
Я бы сказал, что студия удобнее, но это личные вкусы.
Как факт - интеллисенс, из коробки подсвечивающий ошибки в реалтайме, в т.ч. семантические. Простенькие среды на моей памяти максимум что ловили - это тупые синтаксические косяки, типа пропущенной точки с запятой
Лучше поддержка cmake (плагином конечно, но все лучше чем в qtcreator'е - там пиздец, все руками)
Рефакторинг нормальный из коробки туда уже засунули?
сть у тебя солюшен с кучей проектов. Вот попереходил ты по объявлениям методов (по F12), например, залез в ебеня, а как теперь узнать, в каком проекте ты оказался? Студия тебе только путь до файла покажет, а не проект, в котором он находится (не обязательно проекты по отдельным папкам раскиданы, что в этом случае делать?)
Запустить нетбинц, открыть проекты в нем, залезть в ебеня, нажать Alt+F1 - в дереве проектов выберется текущий файл.
Бьярне: "Я глянул, а у него там вот такой хуй!"
Внезапно нахлынуло продолжение:
Саттер: "О! Опять про члены. Это же моя любимая тема!"
STL: "Я даже одним глазом смогу заценить этот размерчик."
Ханс: "Ya, ya!"
Александреску: "Бля, куда я попал! Тут одни пидары!"
нахуя С++ вообще описания ошибок придумал? Писал бы просто "У тебя тут программа сломалась, почини", и строку бы в код в случае дебага крайнем случае написал - один хуй ничего непонятно, когда у тебя выскакивает ошибка вида "%projectname.exe% has triggered a bearkpoint", вылетая где-то в коде stl, а когда ты проходишь по стектрейсу - ты вообще оказываешься в точке конца скоупа, и следующая точка в стектрейсе - это деструктор std::vector, а дальше в стектрейсе твоего кода нет вообще. Нахуя вообще нужен дебаггер, если все равно тебе придется как будто alert'ами угадывать, де у тебя ошибка в коде, потому что хуй что тебе полезного даст информация из эксепшена или стектрейса при дебаге. Почему когда другие языки пытаются облегчить написание кода, и ускорить процесс отладки, выдавая понятные сообщения о том, что пошло не так, в ++ считается нормой срать разработчику в лицо HEX кодами и адресами в памяти (из которых понять можно разве что нихуя), и выкидывать тебя в коде stl или другой стандартной и отлаженной библиотеки, отношения к которой ты имеешь чуть меньше чем никакого? А потом еще удивляются, что разработчики бегут на нормальные инструменты, а тут остаются только самые задроты, готовые целыми днями зубрить HEX коды сообщений, и читать дампы упавших программ, которые ты сам и разработал.
> нетбинц,
Но ведь мы про студию сейчас говорим.
>ошибка вида "%projectname.exe% has triggered a bearkpoint"
В голосяндру. Это не ошибка, это ты брейкпоинт в своей говноиде поставил.
Ты тут самый умный штоли?
http://stackoverflow.com/questions/22125539/c-console-application1-exe-has-triggered-a-breakpoint
Например + у гугла можешь спросить. И в этом все С++ - triggered a breakpoint означает не то, что ты подумал сначала, как и большинство сообщений компилятора/в рантайме, которые ты получишь.
Все проще - не шипай юзерам сырое @ пиши тесты @ пускай под valgrind'ом @ юзай тулзы по статическому анализу (говорят в кланге годные)
В такое говно, как ты написал, обычно undefined behaviour вещи падают, которые под валгриндом сразу будет видно. Пиши тесты к кускам программы, пускай тесты под валгриндом, ..., профит.
А то, что у эксепшенов нет стектрейсов - это да, грустнота. Но дорогие они слишком - стектрейсы. Для своих эксепшенов их можно руками собирать (вместе с именем файла, строкой, именем функции и т.п.).
Как правильно предварительные декларации делать? На все мои потуги Incomplete type, а иногда получается случайно.
Нужно написать небольшую программу, записывающую в файл структуру данных. Вот кот, который я написал: http://pastebin.com/2g8vQAQz. Пишу в MS VS 2010.
Сначала была проблема в том, что по завершении ввода (после ввода группы) программа сваливалась в бесконечный цикл, причём даже не останавливаясь для ввода новых данных, т.е. тупо начинала ебашить вывод "Имя: Фамилия: Год рождения: Группа:", в общем скрин прилагается. Спросил у одного анона что делать, посоветовал перед вводом выбора "Продолжить/прекратить" сделать очистку потока, поэтому добавил сin.sync(); (позже добавил его и с конец функции). Но теперь проблема преобразилась: теперь в цикл функция сваливается не всегда, а лишь иногда. Первый и второй раз программа ведёт себя адекватно, а вот после 2-го (иногда после 3-4-го, т.е. не всегда именно после 2-го) ввода данных вновь сваливается в цикл. Аноны, что делать, подскажите?
В плюсах чайник, вообще туго в них соображаю.
Сначала была проблема в том, что по завершении ввода (после ввода группы) программа сваливалась в бесконечный цикл, причём даже не останавливаясь для ввода новых данных, т.е. тупо начинала ебашить вывод "Имя: Фамилия: Год рождения: Группа:", в общем скрин прилагается. Спросил у одного анона что делать, посоветовал перед вводом выбора "Продолжить/прекратить" сделать очистку потока, поэтому добавил сin.sync(); (позже добавил его и с конец функции). Но теперь проблема преобразилась: теперь в цикл функция сваливается не всегда, а лишь иногда. Первый и второй раз программа ведёт себя адекватно, а вот после 2-го (иногда после 3-4-го, т.е. не всегда именно после 2-го) ввода данных вновь сваливается в цикл. Аноны, что делать, подскажите?
В плюсах чайник, вообще туго в них соображаю.
Ты зачем говняшный код притащил в крестотред?
Бамп вот этому. Есть два класса стула:
http://pastebin.com/SDvpyrLE
Как сделать, чтоб это работало?
"Присутствует слово из спам листе - это еще что за хуйня? Даже /pr/ банить за ++ лексеммы начал?"
А разве здесь ты не сделаешь сасай, потому что неполный тип не даст вызывать метод?
void::Qwe()
{
aMbr->Amthd ;
}
Обязательно сделает. Поэтому в таких случаях надо Amthd и Bmthd делать интерфейсами, и объявлять в третьем файле, а потом включать уже их в A.h и B.h, и наследовать от них А и В. Или делать через темплейты.
> C++
> ООП
И ведь продолжают на нем писать...
Это правда? Ладно гуарды - их я еще терпел. Ладно, разносить .h и .cpp. Но вот так-то зачем делать? Почему нельзя было дать компилятору немного мозгов? Ну флаг компилятору как минимум какой-нибудь для этого, если ты совсем трясешься над каждым тактом и байтом, чтобы "не платить за то, что не используешь". Ты временем своим за это платишь! Ну вот как такая херня может быть оправдана?
столкнулся с ошибками компиляции
[code]
// LinkedListData - store data in a linked list of objects
#include <iostream>
#include <string>
using namespace std;
// NameDataSet - stores a person's name (these objects
// could easily store any other information
// desired.
class NameDataSet
{
public:
char szName[128];
// the link to the next entry in the list
NameDataSet pNext;
};
// the pointer to the first entry in the list
NameDataSet pHead = 0;
// add - add a new member to the linked list
void add(NameDataSet pNDS)
{
// point the current entry to the beginning of
// the list...
pNDS->pNext = pHead;
// point the head pointer to the current entry
pHead = pNDS;
}
// getData - read a name and social security
// number; return null if no more to
// read
NameDataSet getData()
{
// read the first name
char nameBuffer[128];
cout << "\nEnter name:";
cin >> nameBuffer;
// if the name entered is 'exit'...
if ((stricmp(nameBuffer, "exit") == 0))
{
// ...return a null to terminate input
return 0;
}
// get a new entry to fill
NameDataSet pNDS = new NameDataSet;
// fill in the name and zero the link pointer
strncpy(pNDS->szName, nameBuffer, 128);
pNDS->szName[127] = '\0';
pNDS->pNext = 0;
// return the address of the object created
return pNDS;
}
int main(int nNumberofArgs, char pszArgs[])
{
cout << "Read names of students\n"
<< "Enter 'exit' for first name to exit\n";
// create (another) NameDataSet object
NameDataSet pNDS;
while (pNDS == getData())
{
// add it onto the end of the list of
// NameDataSet objects
add(pNDS);
}
// to display the objects, iterate through the
// list (stop when the next address is NULL)
cout << "Entries:\n";
pNDS = pHead;
while(pNDS)
{
// display current entry
cout << pNDS->szName << "\n";
// get the next entry
pNDS = pNDS->pNext;
}
return 0;
}
[/code]
LinkedListData.cpp:44:37: ошибка: нет декларации «stricmp» в этой области видимости
LinkedListData.cpp:54:42: ошибка: нет декларации «strncpy» в этой области видимости
Как исправить?
[code]
// LinkedListData - store data in a linked list of objects
#include <iostream>
#include <string>
using namespace std;
// NameDataSet - stores a person's name (these objects
// could easily store any other information
// desired.
class NameDataSet
{
public:
char szName[128];
// the link to the next entry in the list
NameDataSet pNext;
};
// the pointer to the first entry in the list
NameDataSet pHead = 0;
// add - add a new member to the linked list
void add(NameDataSet pNDS)
{
// point the current entry to the beginning of
// the list...
pNDS->pNext = pHead;
// point the head pointer to the current entry
pHead = pNDS;
}
// getData - read a name and social security
// number; return null if no more to
// read
NameDataSet getData()
{
// read the first name
char nameBuffer[128];
cout << "\nEnter name:";
cin >> nameBuffer;
// if the name entered is 'exit'...
if ((stricmp(nameBuffer, "exit") == 0))
{
// ...return a null to terminate input
return 0;
}
// get a new entry to fill
NameDataSet pNDS = new NameDataSet;
// fill in the name and zero the link pointer
strncpy(pNDS->szName, nameBuffer, 128);
pNDS->szName[127] = '\0';
pNDS->pNext = 0;
// return the address of the object created
return pNDS;
}
int main(int nNumberofArgs, char pszArgs[])
{
cout << "Read names of students\n"
<< "Enter 'exit' for first name to exit\n";
// create (another) NameDataSet object
NameDataSet pNDS;
while (pNDS == getData())
{
// add it onto the end of the list of
// NameDataSet objects
add(pNDS);
}
// to display the objects, iterate through the
// list (stop when the next address is NULL)
cout << "Entries:\n";
pNDS = pHead;
while(pNDS)
{
// display current entry
cout << pNDS->szName << "\n";
// get the next entry
pNDS = pNDS->pNext;
}
return 0;
}
[/code]
LinkedListData.cpp:44:37: ошибка: нет декларации «stricmp» в этой области видимости
LinkedListData.cpp:54:42: ошибка: нет декларации «strncpy» в этой области видимости
Как исправить?
stricmp - такой хуйни ни в плюсах, ни в c нет.
А для std::strncpy тебе нужно заинклюдить cstring.
>Но вот так-то зачем делать?
Если у тебя случилась такая взаимная ссылка, то это у тебя беда с архитектурой.
>Почему нельзя было дать компилятору немного мозгов?
Как ты это сделаешь? Чтобы класс А включал поле класса В, он должен знать его размер. А как он его узнает, если В включает А, размер которого еще неизвестен и зависит от В?
Если у тебя в классе A должен быть член класса B, а в классе B - член класса A, то это невозможно. А вот по указателю или ссылке - возможно. Рекомендую использовать boost::recursive_wrapper.
С чего вдруг неполный, там же инклуд с полным классом перед ним.
Что не мешает в C# и Java мне создавать такие вещи.
Вот тебе вполне нормальная задача: в объекте А создается объект В, на который объект А подписывается. Дальше в объекте В создается тред, в котором что-то делается, и периодически вызывается метод А. В шарпе, жабе я могу обойтись двумя классами. И это задачу решит.
>Как ты это сделаешь?
Двухпроходный компилятор, как во всех нормальных языках.
Там же не ссылки, а целиком классы друг в друга включены. Бесконечная рекурсия.
Может ли GCC сейчас сам проставить константные ссылки там где объект не изменяется?
GCC 4.8.1 походу нет: http://ideone.com/lN3Dy3
Вчера столкнулся с этим говном, в MSVC нормально работает без const, в GCC - жеппка.
непонял? Там в объекте А лежит объект Б. А в другом объекте Б лежит объект А.
А все, теперь кажется понял - в ++ же конструктор Б сработает при создании объекта А в любом случае - ну да, тогда ссылки. Но всеравно, даже по ссылке разве неполный тип мне даст вызвать метод?
К тому моменту (к файлу с имплементацией), когда ты начнешь описывать, какие там методы у ссылки члена на объект другого класса вызывать, тип уже будет полным.
Люблю вставать по утрам обмазываться сообщениями компилятора:
Ошибка 7 error LNK2001: неразрешенный внешний символ ""public: __cdecl MultiCameraDistance::MultiCameraDistance(class std::vector<class cv::Mat,class std::allocator<class cv::Mat> > const &,class std::vector<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0MultiCameraDistance@@QEAA@AEBV?$vector@VMat@cv@@V?$allocator@VMat@cv@@@std@@@std@@AEBV?$vector@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V?$allocator@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@@2@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@2@2@Z)"
Интересно, жабахейтеры всегда политобляди?
Это ошибка линкера, мальчик. Ошибка компилятора спокойно может превысить лимит символов в сообщении здесь.
Борис?
Ахмед?
Анон, обесни, зачем в boost::iterator_facade метод dereference (который собственно значение текущее возвращает) сделали const ? http://www.boost.org/doc/libs/1_56_0/libs/iterator/doc/iterator_facade.html#implementing-the-core-operations
Это же ебануться, итератор же дереференсят сразу после создания - т.е. после создания он сразу должен на первый элемент указывать и при dereference не имеет права внутреннее состояние менять. Но блджад, мой итератор всякое говно из сокета читает, я не хочу в конструкторе сокет открывать раньше времени, хочу открыть только когда юзер попросит значение. (можно создать 10 "пассивных" итераторов, которые полезут за данными только когда их реально начнут читать, а не сразу после создания).
STL итераторы без проблем такую штуку позволяют - operator() не обязательно const. Нахрена наркоманы из буста в своих наркоманских NEW ITERATORS здесь const учудили? Ну уебки же. iterator_facade для того и придуман, чтобы можно было всякое говно простым образом оборачивать в итератор. И такие идиотские ограничения.
Я не один такой - http://wordaligned.org/articles/boost-iterator-facade#tocwrinkles , но я так и не понял, как эту проблему по ссылке решили, что блджад значит make mutable, какие нахрен mutable внутри const метода?
Это же ебануться, итератор же дереференсят сразу после создания - т.е. после создания он сразу должен на первый элемент указывать и при dereference не имеет права внутреннее состояние менять. Но блджад, мой итератор всякое говно из сокета читает, я не хочу в конструкторе сокет открывать раньше времени, хочу открыть только когда юзер попросит значение. (можно создать 10 "пассивных" итераторов, которые полезут за данными только когда их реально начнут читать, а не сразу после создания).
STL итераторы без проблем такую штуку позволяют - operator() не обязательно const. Нахрена наркоманы из буста в своих наркоманских NEW ITERATORS здесь const учудили? Ну уебки же. iterator_facade для того и придуман, чтобы можно было всякое говно простым образом оборачивать в итератор. И такие идиотские ограничения.
Я не один такой - http://wordaligned.org/articles/boost-iterator-facade#tocwrinkles , но я так и не понял, как эту проблему по ссылке решили, что блджад значит make mutable, какие нахрен mutable внутри const метода?
не подкличил какую-то библиотеку из состава opencv. В этой параше они как-то хитро взаимозависимы, поэтому проще сразу все подключить, лол.
Как распространять на линуксах не открывая исходники?
не совсем - просто самописная функция значение не возвращала, вот и не скомпилилась.
То есть вот я скомпилил бинарник на своём i386, а через ldd можно посмотреть что он ссылается на кучу либ. Как сделать, чтобы он запускался на другой архитектуре с либами других версий?
Или нет, наврал, тут конструктор. Но такое же вылазило при нескомпиленной функции, а тут я вообще не помню уже, что не работало.
собирай статическую
По ссылке не ходи, сразу в тред пиши. Эталонный жабодебил и ньюфаг.
Спасибо, это оно. Костыли, но здесь так и задумано похоже. Бустоавторы могли бы и упоминуть эту штуку в описании.
Я похоже познал дао - если нужна какая-нибудь библиотека, то она уже есть в Java (и не одна). А если нужна фича языка (virtual base class лол или static polymorphism), то она уже есть в крестах.
>Бустоавторы могли бы и упоминуть эту штуку в описании
Схуяли они должны упоминать про ключевое слово языка?
>Линукс
>Статическая линковка
Ты вообще с этой планеты?
>Линукс
>Бинарные блобы
А ты?
Поставь виртуалку со старой федорой года 2007, и собирай там.
Удачи с построением списка зависимостей и с мейнтейном.
>Удачи с построением списка зависимостей
Это пакетный менеджер уже должен разруливать. Можешь положить все либы в папку с программой и установить LD_PRELOAD. Только опять же собирать лучше с древней libc для лучшей совместимости.
>то пакетный менеджер уже должен разруливать.
Должен, но не разруливает. Мейнтейнер может банально не поставлять либы для статической линковки, число ложных зависимостей вполне может тебе случайно высрать полуторогиговый бинарник без видимых на то причин. Если тебе интересна эта тема - почитай для начала man ar.
Скайп одно время так и распространялся.
Хотя, что время зря терять, читайте сразу платину:
http://stackoverflow.com/questions/3430400/linux-static-linking-is-dead
Имелось ввиду, что неплохо упомянуть, что "dereference сделан const" и "будьте бдительны".
mutable, кстати помогает, но плохо, если я хочу иерархию итераторов, то во всей иерархии все методы, вызываемые из родительского dereference должы быть const. Нахрен такие блинчики, не зря эти буститераторы выбросили из стандарта - http://boost.2283326.n4.nabble.com/iterators-New-iterator-concepts-in-TR1-td2614275.html
Заимлементил руками operator_star, != и ++ и успокоился на этом.
У меня иерархия Игровая сцена <- Менеджер объектов <- Игровой объект.
Классов сцен несколько и при изменении кода игрового объекта перекомпилируется половина проекта в течении минуты. Как этого избежать?
Классов сцен несколько и при изменении кода игрового объекта перекомпилируется половина проекта в течении минуты. Как этого избежать?
Forward declaration же, где-то выше обсуждали.
Это собственно я спрашивал, а вы начали обсуждать перекрёстные инклуды. Насколько я понял, нужно не только писать class Type; в заголовке, но и дополнительный #include в .cpp файл? Похоже поэтому у меня не работали эти декларации.
Вроде работает, только енумы не получается объявить.
Посоны, задача есть, реализовать передачу файла по сети через сокеты. Консольный клиент и консольный сервер. Клиент загружает файл на сервер, сервер соответственно получает и сохраняет. Продумать иерархию классов и протокол.
1) На крестах есть ООП обёртка над сишными функциями для сокетов (Berkeley sockets)?
2) можно ли одновременно в одном потоке передавать инфу а втором принимать/ожидать новую инфу из того же сокета?
3) Разумеется я собираюсь использовать TCP, вот только я не понимаю какую там иерархию классов продумывать? По сути же это всё делается в одном main, ну или если написать ООП обёртку - в 2 cpp файла для сервера и 2 файла для клиента.
1) На крестах есть ООП обёртка над сишными функциями для сокетов (Berkeley sockets)?
2) можно ли одновременно в одном потоке передавать инфу а втором принимать/ожидать новую инфу из того же сокета?
3) Разумеется я собираюсь использовать TCP, вот только я не понимаю какую там иерархию классов продумывать? По сути же это всё делается в одном main, ну или если написать ООП обёртку - в 2 cpp файла для сервера и 2 файла для клиента.
>1
Да десятки поделок, но ты сразу бери серьезные промышленные решения — Boost::asio или QtNetwork какой-нибудь.
>2
Емнип должно работать.
>3
Вот проблема-то, бесполезных классов придумать. Класс приложения, клиента, сервера, соединения, менеджера соединений, запроса, ответа, парсера для протокола, читателя и писателя в файл. После приготовления посыпать абстрактными фабриками синглтонов до принятия кодом ООП-вида.
Слушай, ещё 2 вопроса если ты разбираешься в этом:
1) я так понимаю мне чтоб понять на сервере когда я принял файл - надо заранее передать его размер? Иначе ведь я не отличу закончились данные в стриме(Файл полностью прислали) или просто они ещё не дошли до меня, или может вообще коннект разорвался.
2) Париться с кодированием в network-byte order я должен только на примитивах более чем в 1 байт? Т.е int'ы, float'ы и символы в юникоде мне переводить нужно, а если я отсылаю побайтово файл или обычный массив char - это будет приниматься нормально на большинстве платформ?
>1
Надо.
>2
Да.
>символы в юникоде
utf-8 можно прямо передавать, например.
Прочитал тред. Нихуя не понял.
Я один такой?
мимо-учу-кресты-год
Я один такой?
мимо-учу-кресты-год
джва дня искал этот тред
Посоны, посоветуйте годный фрейморвк для Windows Form. В MS Visual 2013 доступ порезали, шаманство заебало. Чем можно обмазаться? Алсо, что лучше всего почитать по формам?
Посоны, посоветуйте годный фрейморвк для Windows Form. В MS Visual 2013 доступ порезали, шаманство заебало. Чем можно обмазаться? Алсо, что лучше всего почитать по формам?
Привыкай к этому ощущению, оно у тебя при работе с крестами будет постоянно
Qt
Хорошо, а поподробней? Где можно к нему туторами какими-нибудь обмазаться?
Ньюфаг в треде. Подскажите имеет ли значение в каком поле( приват или паблик) объявлять конструктор класса?
Имеет. Прайват конструктор == хуй ты создашь извне через этот конструктор экземпляр класса. Юзают это, например, для создания синглтонов
Почитал тред, сделал вывод, что программирование на крестах - как засовывание палки в задницу, кому-то нравится, кому-то нет, кто-то получает удовольствие, а кто-то просто уже привык.
А в чём профит?
Почитал /зк, сделал вывод, что хлебать мамкин борщ - как засовывание палки в задницу, кому-то нравится, кому-то нет, кто-то получает удовольствие, а кто-то просто уже привык.
борщехлёбов почти не осталось в зк, одно быдло
Не делай на голом TCP ни в коем случае. Никаких boost::asio и прочей низкоуровневой хуиты. Задача прикладная до безобразия. Протокол - HTTP. Формат передачи - multipart form data. Спеки сам нагуглишь, на клиенте надо только cURL обернуть. На сервере - поковыряй открытые реализации HTTP серверов, pion какой-нибудь и т.п. Профит - бесплатная загрузка из браузера, бесплатное шифрование и аутентификация. Если HTTP медленно (ты шо хадуп пишешь штоле), то все то же самое, но на сервере FTP вместо HTTP (на клиенте cURL и так все протоколы умеет). FTP здесь только для выбора директорий и (несекурной) аутентификации, данные там будут течь точно также как в голых сокетах с нулевым оверхедом.
Почему нельзя просто сделать так, а потом наследовать? Пишет, что конструктор удалён.
В примерах жёсткая содомия с указателями и их инициализацией вне класса - зачем это всё?
В примерах жёсткая содомия с указателями и их инициализацией вне класса - зачем это всё?
static T instance; но от этого ничего не меняется.
Потому что конструктор private и унаследованные классы не могут его вызвать, а должны - .
Чтобы наследоваться от твоего синглтона, его конструктор должен быть protected.
В явочке так же, лол.
Да, про protected я забыл. Однако если наследовать как public, конструктор наследника почему-то становится публичным. То есть:
class Yoba : public Singleton<Yoba>
Yoba x; // Компилится
class Yoba : protected Singleton<Yoba>
Yoba::get() // Не компилится
Получается два стула.
>static T & get()
>{
>T instance;
>return instance;
У тебя висячая ссылка.
На хуй свой посмотри, рпежде говорить о чём-то висячем.
Не, бля.
В родительском классе конструктор сделай protected
Уже он отписался про это
Реквестирую советов для ньюфага. Какие книжки читать, какие гайды смотреть, какие курсы проходить? Можно на английском.
Да он и есть protected, но при public наследовании, конструктор наследника почему-то становится публичным.
Ты немного ушёл от темы. Мне нужен класс, который сделает наследники синглотанами с приватным конструктором и статичным методом get().
Я оставил так http://ideone.com/5rlly5 , в принципе сойдёт.
Ещё такой вопрос: мне кто-то подсказал, как сделать хеш для unordered_map из двух значений
std::hash<float>()(vec.x) ^ std::hash<float>()(vec.y);
А как сделать для Rect (четёрых значений)?
std::hash<float>()(vec.x) ^ std::hash<float>()(vec.y);
А как сделать для Rect (четёрых значений)?
Все четыре ксорь, очевидно же. Хотя это и не очень хороший хэш, но на первое время сойдет.
У Линупса бугурт ниасилятора. Довольно обыденное явление.
Что чем быстрее появится стабильный форк ядра, тем лучше. Скоро он уже окончательно в дурку отъедет (учитывая что в посте 2007 год).
Читал большое интервью на русском чувака из Майкрософт - большого технической шишки. Короче он там такой факт приводился - отличные, стабильные программы из пакета офиса - ворд и эксель написаны на чистом Си, глючное говно - поверпоинт и еще какая-то (аксесс кажется) на С++. Кстати, ни у кого ссылки не завалялось? - не могу найти.
Естественно не можешь: на манямир линки еще не изобрели. Ворд и пауэопоинт делят общую кодовую базу, очевидно написанную на одном языке.
Антоны, поясните за генерацию "миров". Что бы было проще понять - нужно сгенерировать локацию, похожую на лабиринт, что бы не было тупиков.
Линупса банально затроллили там - быдло, которое его спрашивало, надавило на больное место - юникодные строки в сишке. Мораль - чтобы написать что-то рабочее на С вне линупсведра надо быть Линупсом. Кстати, ICU и GCC (проекты с которыми вряд ли что-то может сравниться по распространенности) используют С++.
Это заебись конечно, что данный "гений" имеет право на собственное мнение по основополагающим вопросам, только людям его спонсирующим надо клиентам проекты релизить, а не слушать охуительные истории. Тот же редхат уже давно грозится отлучить поехавшего от мейнстрима, жаль только, что не редхатом единым права на редактирование ядра контроллируются.
>написанную на одном языке
Вижуалбейсике.
GCC использует C больше, чем C++
Неудивительно. Ведь большинство ОО-дебилов считает, что придумать классы достаточно, чтобы спроектировать приложение.
Это не так?
Классы - всего лишь кирпичики. Даже если сделаешь хорошие годные кирпичики, не факт, что ты сможешь их сложить в цельное здание так, чтоб оно не развалилось.
Полуебок из закрытого треда про DoubleList () давай вместе уебывать С++, я знаю, что ты здесь, запости весь класс, мне интересно где он ломается, в том куске, что запостил не видно явных ошибок.
Имелось ввиду, что даже самые мейнстримовые открытые проекты на сишечке понемногу отъезжают в сторону плюсов. Так как плюсы год от года все стабильнее и переносимее (VC 6.0 anyone?). А вся проприетарщина. где не надо "piss off c++ contributors" (c) Линупс, отъехала на плюсы еще в конце 90-х - начале 2000х (та, что не отъехала на жабу разумеется).
И в GCC изначально не было ничего C-специфичного, там максимально чистый C89 код совместимый с плюсокомпиляторами.
C++ - очень хороший язык, если пользоваться библиотеками от Microsoft. Все другие библиотеки - говно, на них нельзя даже смотреть. Да, STL и Boost - тоже говно.
В паттернах не силен.
Boost не знаю.
Мейерса не читал.
Наверстывать упущенное? А когда же я начну формошлепить в ламповой кьютишке :C
Boost не знаю.
Мейерса не читал.
Наверстывать упущенное? А когда же я начну формошлепить в ламповой кьютишке :C
>C++ - очень хороший язык, если пользоваться библиотеками от Microsoft.
Особенно MFC.
Чего ты как маленький?
Все правильно пишет. На крестах можно писать большие проекты, только при очень жестких кодстайлах и авторитаризме. С ядром так не выйдет, значит сишечка там - естественный выбор, в добавок, не требующий тяжелых IDE для комфортной работы.
К тому же ООП - это тупик и путь в никуда. "Классического" ООП с разветвленной иерархией классов, сейчас даже в джаве не встретишь.
Посоны, кросспостну из ньюфаг-треда.
Антош, не могу вот что понять. Смотри, итератор у std::map по дереференсу возвращает std::pair<const keytype&, valtype&>
Как создавать\возвращать такую пару??? Т.е. если такая пара хранится как член итератора (как в примере) - ее надо как-то менять при инкременте, например, итератора.
Но ведь менять такую пару нельзя, можно только создавать заново. А как это делать на стеке я не понял.
В общем, выходит уебанство одно, поясни, пожалуйста, антош.
Я вижу только два варианта - либо менять const-value в паре, что зашквар и undefined behaviour, либо создавать динамически новую пару каждый раз при изменении итератора (что тоже зашквар, в общем и целом)
Антош, не могу вот что понять. Смотри, итератор у std::map по дереференсу возвращает std::pair<const keytype&, valtype&>
Как создавать\возвращать такую пару??? Т.е. если такая пара хранится как член итератора (как в примере) - ее надо как-то менять при инкременте, например, итератора.
Но ведь менять такую пару нельзя, можно только создавать заново. А как это делать на стеке я не понял.
В общем, выходит уебанство одно, поясни, пожалуйста, антош.
Я вижу только два варианта - либо менять const-value в паре, что зашквар и undefined behaviour, либо создавать динамически новую пару каждый раз при изменении итератора (что тоже зашквар, в общем и целом)
Сдается мне, что если во внутреннем представлении таких пар нет - тогда никак. В map, скорее всего, дерево из пар, т.е. они там уже есть и они же и возвращаются.
Хранится там, скорее всего, пойнтер на ноду. А возвращается тебе каст дереференса этой ноды
>А как это делать на стеке я не понял.
Тупо присваиванием.
Какие интересные опенсорс проекты можно посмотреть на C++? На подобии doom 3.
В чем вообще проблема? Если ты итератор дереференсишь, он эту пару создает и тебе возвращает. Не дереференсишь - не создает.
Чё за няшка? Есть полный фотосет?
Толстовато.
Я ньюфаг и не знаю всех метсных богинь, по лицу только сашу грей могу опознать, а эту не знаю. Дай линк на полный фотосет, пожалуйста.
слушайте, я туплю. я понимаю, как это сделать, если в паре нет референсов, т.е. скастить std::pair<KeyType, valType> к std::pair<const KeyType, valType> проблем нет.
Но в паре, возвращаемой дереференсом итератора map в map->second лежит lvalue (возвращается типа пара <const KeyType, valType&>). а в моем представлении объект, на который реферит референс можно присвоить только один раз - при декларации самого референса (т.е. при создании пары)
Для оператора "звездочка" да, на лету создаешь пару и возвращаешь.
А для ->? Надо жи возвращать указатель, не на локальную же переменную функции оператора указывать.
т.е. вот так писать можно
std::pair<const keytype, valtype&> operator ЗВИЗДОЧКА ()
{
bla-bla-bla
return std::pair<const int, int&>(key, val);
}
А вот так нельзя жи?
std::pair<const int, int&>ЗВИЗДОЧКА operator->()
{
bla-bla-bla
return &std::pair<const int, int&>(key, val);
}
ну там параметры шаблона вместо int внутри, ясно
так-то это эмма уотсон, но ты все равно зеленый
Погоди ка, откуда у тебя этот std::pair<KeyType, valType> берется? Нет там такого. Честно говоря я не понял твои непонятки.
Смотри сюда.
https://bpaste.net/show/04272f6190f5
>а в моем представлении объект, на который реферит референс можно присвоить только один раз - при декларации самого референса (т.е. при создании пары)
Ну так ты не знаешь, что там внутри итератора лежит. Там совершенно не обязательно лежать ссылке - мб там указатель или индекс или еще что.
Можно мне весь пак?
Что мешает хранить в итераторе пару с key value, и обновлять при инкрементации указателя? Не понимаю твоей проблемы.
А тебе нужно? Это трап.
И да, ответьте на мой вопрос, пожалуйста.
Почему в стандартной либе __так_ всё написано?
>Смотри, итератор у std::map по дереференсу возвращает std::pair<const keytype&, valtype&>
Всё, я нашет твою проблему. Дереференс итератора мапы возвращает std::pair<const keytype, valtype>
В стандартной в исполнении кого?
ГЦЦ или МС?
Потому что такой naming convention
https://stackoverflow.com/questions/3706379/what-is-a-good-naming-convention-for-vars-methods-etc-in-c
см. ответ от GManNickG
Да ладно. Не верю. Это же нихуя не эффективно. Не могли же они в stl забабахать туда копирование просто так.
http://ideone.com/hCsVw3
Я нихуя не понял, посоны. Зачем вызывается конструктор копирования при создании мапа? Конструктор-move - ясно - надо же из initialization list в мап перенести. Но копирование то почему и нахуя?
И далее, еще непонятно - почему между "starting for loop now" и "for loop finished" ничего не копируется, ведь если то, что этот чел
говорит - правда, то там должны пары создавать прямо с объектами, а не со ссылками.
Я нихуя не понял, посоны. Зачем вызывается конструктор копирования при создании мапа? Конструктор-move - ясно - надо же из initialization list в мап перенести. Но копирование то почему и нахуя?
И далее, еще непонятно - почему между "starting for loop now" и "for loop finished" ничего не копируется, ведь если то, что этот чел
говорит - правда, то там должны пары создавать прямо с объектами, а не со ссылками.
На крестах криптоалгоритмы и работа с графами выглядят красиво.
/thread
>почему между "starting for loop now" и "for loop finished" ничего не копируется
Потому что форыч как-то по-ебаному сделан в крестах.
http://stackoverflow.com/questions/2850312/use-of-for-each-on-map-elements
Тут пишут вообще сделать отдельную функцию и её вызывать. Ну либо через обычный фор, с итераторами.
Пиздец, конечно
>Потому что форыч как-то по-ебаному сделан в крестах.
Но ведь нет, он совершенно нормально сделан - он вызывает .begin() и итерирует до .end()
Так зачем всё названо так, будто всё в глобальном неймспейсе окажется?
потому что вместо свапа С++ всегда вызывает конструктор копирования для внутренних операций в контейнере.
Более того - всё, что ты пихаешь в стандартный контейнер/класс должно быть copy assignable, иначе хуй ты чо куда положишь. http://ideone.com/KpTCoK
Не хочешь такой хуйни - юзай пойнтеры.
http://ideone.com/ade6RM
Это что такое?
Это что такое?
Что ты имеешь в виду? Как названо то?
Какой метод вызывать (есле он не виртуальный), определяется статически на стадии компиляции. Чтобы вызвать A::test(), ему не надо в сам объект, у которого ты этот метод вызываешь, лазить.
http://ideone.com/SmIu1l
Вот только я уверен, что это undefined behaviour и в твоем, и в моем случае.
Опытным байтоёбам вопрос.
Имеется следующая задача: необходим булевой массив. Требования (в порядке убывания важности -- т.е. если не выполнено первое, на второе можно даже не смотреть, и т.д.):
1) не нужно вообще никаких операций/операторов, кроме возможности проставить true или false для конкретного элемента массива;
3) максимальная экономия памяти;
4) [опционально] максимально простая реализация этого дела (если имеется готовое решение - хотелось бы исходный код);
5) [опционально] высокая скорость (понятно, что она должна вытекать из простой реализации без всяких <ненужно>).
Вот нашёл научную статейку на сей счёт, не сказать что впечатлён имеющимися решениями.
http://www.cs.up.ac.za/cs/vpieterse/pub/PieterseEtAl_SAICSIT2010.pdf
P.S. По ходу дела задачу можно уточнить, если я что-то неправильно/криво сфрмулировал.
Имеется следующая задача: необходим булевой массив. Требования (в порядке убывания важности -- т.е. если не выполнено первое, на второе можно даже не смотреть, и т.д.):
1) не нужно вообще никаких операций/операторов, кроме возможности проставить true или false для конкретного элемента массива;
3) максимальная экономия памяти;
4) [опционально] максимально простая реализация этого дела (если имеется готовое решение - хотелось бы исходный код);
5) [опционально] высокая скорость (понятно, что она должна вытекать из простой реализации без всяких <ненужно>).
Вот нашёл научную статейку на сей счёт, не сказать что впечатлён имеющимися решениями.
http://www.cs.up.ac.za/cs/vpieterse/pub/PieterseEtAl_SAICSIT2010.pdf
P.S. По ходу дела задачу можно уточнить, если я что-то неправильно/криво сфрмулировал.
выделяешь область маллоками, пишешь макросы или функции для доступа. экономия памяти будет с точностью до байта, то есть максимум 7 битов проебёшь
std::vector<bool> крайне экономный по памяти вариант, очень годный, но всё-таки потрясающе медленный, если судить по http://www.cs.up.ac.za/cs/vpieterse/pub/PieterseEtAl_SAICSIT2010.pdf
А причина проста: это же контейнер, и в нём много <ненужно> -- т.е. не выполнено первое же условие.
Это хороший вариант, если бы внезапно я знал язык.
Здесь начинается самое интересное. 1) Как соотносятся по потреблению памяти bitset и boost:dyn bitset ? 2) А по скорости (но первый вопрос важнее).
В чём проблема использовать просто bool array[1024] ?
В проигрыше в памяти в 8 раз.
ну и на правах ультразанудства замечу, что calloc выделяет память и выставляет все значения в ноль, а malloc просто выделил бы память. и в конструктор надо добавить обработку случая, когда память выделить не получается (this->data == NULL)
Хмм, спасибо. Я задам предельно нубские вопросы, за которые прошу не убивать меня плоской лопатой:
1) Не считая std::cout и обёртку классом, это по сути язык C в чистом виде?
2) Почему используется unsigned char , а не скажем uint8_t ? Или uint64_t ?
3) [платина] Почему calloc/free, а не new/delete? Обусловлено байтоеблей и/или другой причиной?
4) Что значит -> на 20, 25 и т.д. строчках?
5) Ну и занудство: почему на 18 строчке size++, а не ++size?
>1) Не считая std::cout и обёртку классом, это по сути язык C в чистом виде?
Да
>2) Почему используется unsigned char , а не скажем uint8_t ? Или uint64_t ?
при uint64 максимальный проёб по памяти будет 63 бита, тебе же экономно надо.
Разницы между уинт8 и ансайнд чар нету, я по-старинке использую чар
>3) [платина] Почему calloc/free, а не new/delete? Обусловлено байтоеблей и/или другой причиной?
Потому что я сиблядь. Можешь делать нью и делит
>4) Что значит -> на 20, 25 и т.д. строчках?
Разыменовывание указателя this, который указывает на тот объект, для которого вызван метод
>5) Ну и занудство: почему на 18 строчке size++, а не ++size?
в данном случае похуй
0) Самое главное забыл спросить: это решение будет быстрее dynamic_bitset?
http://www.boost.org/doc/libs/1_57_0/libs/dynamic_bitset/dynamic_bitset.html
boost::dynamic_bitset самый быстрый булевой массив из побитовых:
http://www.cs.up.ac.za/cs/vpieterse/pub/PieterseEtAl_SAICSIT2010.pdf (даже быстрее std::bitset, хотя в статье об этом не сказано)
2) Нефизично мыслишь, братишка. Проёб в 7 бит или 63 бита абсолютно некритичен, это же проёб в абсолютном количестве. А вот проёб при array в 8 раз (относительный): если я с пятиста мегабайт потеряю 63 бита, я смогу с этим жить. А если 3500 мегабайт, то это уже ни в какую оперативку не лезет.
Собственно, почему я спрашиваю про uint64_t (Это же unsigned long long, я так понимаю?): вопрос в том, как наиболее эффективно (читай быстро) читать блочки данных на заданной архитектуре (пускай 64 бита для определённости).
3) Т.е. вообще нет разницы между calloc/free, и new/delete ? Разве не расходуются дополнительно ресурсы на саму возможность пробросить исключение и т.д.
>Т.е. вообще нет разницы между calloc/free, и new/delete ?
Исключения можно отключить. Между new/delete и malloc/free есть разница для не-POD типов, но для char вообще похуй
malloc же не вызывает конструктор, а free деструктор?
Да.
Пиздец, они комитетчики окончательно ебанулись. http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4174.pdf
Норм идея. Только за пределами их любимого шаблонного метапрограммирования это не нужно, кто сейчас пишет функции вне классов?
Не понял вообще твой аргумент.
Я пишу.
Пиздец там. Чем дальше учу кресты, тем меньше их понимвю
Не та ссылка приклеилась. Унифицированный синтакс для функций, как раз норм.
Пиздец вот тут:
http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4173.pdf
OPERATOR DOT
Прикольно, возвращение на 20 лет назад в Perl с его ($self, @args) = @_
Да, это Омск, согласен. Но это и не собираются принимать. Так, рассуждения на тему.
Странные вы, крестопидоры.
Ты-то куда лезишь?
Пишите на C++ и вы будете таким же жизнерадостным чувачком как этот dude на пике. :)
Я думаю, что на самом деле это музыкант Тёрстон Мур, который из-под альтер-эго троллирует программистов
В перле есть модуль Coro с корутинами и его обёртка для LWP, можно одновремено отправлять сотни HTTP запросов и обрабатывать ответы не нагружая проц. Как добиться того же эффекта в С++? Например можно скомбинировать boost.coroutine и boost.asio?
>Асинхронность… Услышав это слово, у программистов начинают блестеть глаза, дыхание становится поверхностным, руки начинают трястись, голос — заикаться, мозг начинает рисовать многочисленные уровни абстракции… У менеджеров округляются глаза, звуки становятся нечленораздельными, руки сжимаются в кулаки, а голос переходит на обертона… Единственное, что их объединяет — это учащенный пульс. Только причины этого различны: программисты рвутся в бой, а менеджеры пытаются заглянуть в хрустальный шар и осознать риски, начинают судорожно придумывать причины увеличения сроков в разы… И уже потом, когда большая часть кода написана, программисты начинают осознавать и познавать всю горечь асинхронности, проводя бесконечные ночи в дебаггере, отчаянно пытаясь понять, что же все-таки происходит…
Лол, bitches don't know 'bout my Akka.
>/код в статье/
Ну ёбаный пельмень. Что вас заставляет писать на этом? Вы там одни драйвера и прошивки для роутеров пишете, что не можете взять нормальный высокоуровневый язык?
>Akka
https://github.com/actor-framework/actor-framework
>ко-ко-ко
П Р О И З В О Д И Т Е Л Ь Н О С Т Ь
Р
О
И
З
В
О
Д
И
Т
Е
Л
Ь
Н
О
С
Т
Ь
http://www.youtube.com/watch?v=JaoTjiSFEqI
Кратко:
1. Программы должны тратить времени и ресурсов не больше, чем им выделено. Не "работать как можно быстрее", а "настолько быстро, насколько это необходимо", блядь! А то начинают переписывать каждый пук чуть ли не на ассемблере, а добрым прогерам потом все это читать, ёбаный пердот!
2. Ограничения по ресурсам и времени могут задаваться не только явно ("12.345 мс. на обработку внезапного увеличения яркости, 67.890 мс. на формирование и подачу конкретной команды ориентировочным двигателям солнечных батарей"), но и в неявном виде ("чтоб не тормозило!"). В любом случае конечным критерием служит реакция заказчика: "Чё так медленно!" - или молчание. Как только заказчик перестал возмущаться по поводу быстродействия программы, работы по ее оптимизации можно прекращать. И нужно прекращать, блядь, а то начинают потом переписывать каждый пук чуть ли не на ассемблере, а добрым прогерам потом все это читать, ёбаный пердот!
3. Эффективность почти всегда стоит вразрез с остальными критериями качества ПО. В подавляющем большинстве случаев программа либо корректная, устойчивая, понятная и т. д., но тормозит; либо быстрая, как пулемет, но не работает. Почти всегда, чтобы заставить программу работать быстрее, приходится раскрывать детали реализации ("open_cache(...)", "optimize_for(...)"), повышать уровень абстракции и вообще всячески ломать архитектуру. Именно поэтому п. 1 и п. 2, именно поэтому ранняя оптимизация - зло, именно поэтому нельзя переписывать каждый пук на ассемблере - потому, что добрым прогерам потом всё это читать, ёбаный пердот!
4. "Не надо заставлять машину делать лишние действия!" - раздалось со стороны параши. Во-первых, не человек - раб машины, а машина - раб человека (она для этого и создавалась, ebitten nahuj wrot!). Во-вторых, лишние действия машины стоят гораздо дешевле, чем лишние действия человека, и еще на много порядков дешевле, чем лишние действия программиста. Я не знаю, каким надо быть ничтожеством, чтобы ценить собственное время дешевле машинного.
5. MRI не оптимизирован вообще никак, вся его функциональность реализована наивно, без малейших намеков на эффективность. Это не помешало ему завоевать популярность в Японии, а после выхода англоязычной документации - и во всем мире. Ruby on Rails - второй по популярности веб-фреймворк после PHP-овых... Короче, эффективность - последний критерий, по которому оцениваются программы.
5. Но нельзя забывать, что эффективность может стать частью корректности. Никому нахуй не нужна сортировка, уничтожающая и пересобирающая весь мир, пока сортируемый массив не окажется в нужном порядке.
10. Программы должны поставляться вовремя. Никому нахуй не сдались программы, которые были заказаны за месяц, а поступили через год.
11. Программисты могут и должны называть адекватные сроки разработки и соблюдать их, блядь! Назвать один срок, а программу выпустить в другой равносильно расписке в собственной некомпетенции. Делать так периодически - прослыть пиздоболом и саботажником (отсюда вывод: IBM, открыто признавшиеся, что им ни разу не удавалось выпускать программы точно в срок - феерические пиздоболы и саботажники, которые нихрена не умеют, даже hello-world-ы писать). Форс-мажор допустим. Подсчитывать сроки проще, чем кажется.
11. Я сказал форс-мажор, блядь, а не недальновидность!!!
12. При прочих равных условиях больше шансов на рынке имеет тот, кто тратит меньше времени на разработку. Какая-нибудь http://rocketsoftware.com с годичным циклом разработки имеет все шансы растерять нахуй всю клиентуру и обдрочиться на учеников ак. Евгения Михайловича Пастобло, организовавших свое дело и выпускающих аналогичную продукцию по штуке в месяц. Короче говоря, ключевым критерием, характеризующим профессионализм программиста, является время, которое он проводит над кодом.
12. Именно поэтому программы надо писать без ошибок - если вы допустите ошибку в программе, пользователь ее завернет, и вам придется снова сидеть над ней. Плюс практика показывает, что чем позже была обнаружена ошибка, тем больше времени уходит на ее исправление.
12. Именно поэтому программы должны быть устойчивы - если вы не предусмотрите какую-либо внештатную ситуацию, то рано или поздно ваш продукт завернут и "вежливо" попросят таки предусмотреть её. И если в вашей лаборатории вы точно будете знать, какая именно внештатная ситуация возникла при том или ином тесте, то "с поля" самое информативное сообщение, которое вам придет - это "divide by zero".
12. Именно поэтому программы должны быть расширяемы - вы можете по-быстрому на коленке слабать какой-нибудь кусок говна, и он даже пройдет верификацию и стресс-тесты, но если заказчик вдруг захочет синенькие банты вместо красненьких (а он обязательно захочет, я уже говорил об этом), то вы вполне ожидаемо обосрётесь как профессионал, назвав заоблачные сроки, и до отвала нажретесь реверс-инженирингового же говна.
12. Именно поэтому нужно читать книги по CS, изучать новые парадигмы и приемы программирования. Программист, целый месяц тратящий на перевелосипедивание скоростных комбинаторов парсеров с коррекцией ошибок - это не программист, а какой-то пидарас.
12. Именно поэтому необходимо изучать существующие на сегодняшний день технологии ИТ и быть в курсе их развития. В высшей степени комично смотрится программист, переделывающий XML-файл с данными в набор команд для СУБД при помощи "Блокнота" и рук. Еще ржачнее смотрится программист, две недели пидорасящий для этой цели "утилитку на C++". Именно поэтому каждый программист должен знать Python/Ruby/Groovy, Bash, Text Utils, .NET, WPF и много всего того, что знать "не нужно" (ибо "на Java/PHP/C++ можно написать всё! ку-ка-ре-ку!") - там, где байтопидоры и плюсокодерьё дергают ОС за системные вызовы мегабайтами темплейтолапши, обычные грамотные специалисты захуяривают пару строчек на Питоне и сдают всё это заказчику в красивой инсталляшке. За ебические деньги.
12. Именно поэтому нужно писать эффективные программы - если программа не впишется во временную диаграмму, составленную заказчиком, он её не примет, и вам придётся её переписывать. Но именно по этой же причине нельзя выдрачивать производительность тогда, когда у заказчика нет никаких претензий к ней - если потерю времени на высирание темплейтоговна вместо пары строчек для Bash с Zenity еще можно как-то оправдать (ну не знал человек, что есть такой инструментарий, с кем не бывает), то трата времени на повышение и без того высокой производительности не может быть оправдана ничем, кроме неестесственного сексуального влечения кодера к цифрам в профайлере. Я предлагаю приравнивать дрочку на байты и такты к саботажу или хотя бы просмотру порнографии за работой.
12. Именно поэтому системные программисты придумали, придумывают и будут придумывать все эти ваши Python, Ruby, PHP и прочее - чтобы "прикладники" могли выполнять свою работу тупо быстрее. И именно по этой причине они никак не оптимизируют свои продукты ("100 тактов на сложение чисел" - это ж всё, блядь, пиздец, вся жизнь насмарку) - потому, что это НАХУЙ никому не нужно.
Кратко:
1. Программы должны тратить времени и ресурсов не больше, чем им выделено. Не "работать как можно быстрее", а "настолько быстро, насколько это необходимо", блядь! А то начинают переписывать каждый пук чуть ли не на ассемблере, а добрым прогерам потом все это читать, ёбаный пердот!
2. Ограничения по ресурсам и времени могут задаваться не только явно ("12.345 мс. на обработку внезапного увеличения яркости, 67.890 мс. на формирование и подачу конкретной команды ориентировочным двигателям солнечных батарей"), но и в неявном виде ("чтоб не тормозило!"). В любом случае конечным критерием служит реакция заказчика: "Чё так медленно!" - или молчание. Как только заказчик перестал возмущаться по поводу быстродействия программы, работы по ее оптимизации можно прекращать. И нужно прекращать, блядь, а то начинают потом переписывать каждый пук чуть ли не на ассемблере, а добрым прогерам потом все это читать, ёбаный пердот!
3. Эффективность почти всегда стоит вразрез с остальными критериями качества ПО. В подавляющем большинстве случаев программа либо корректная, устойчивая, понятная и т. д., но тормозит; либо быстрая, как пулемет, но не работает. Почти всегда, чтобы заставить программу работать быстрее, приходится раскрывать детали реализации ("open_cache(...)", "optimize_for(...)"), повышать уровень абстракции и вообще всячески ломать архитектуру. Именно поэтому п. 1 и п. 2, именно поэтому ранняя оптимизация - зло, именно поэтому нельзя переписывать каждый пук на ассемблере - потому, что добрым прогерам потом всё это читать, ёбаный пердот!
4. "Не надо заставлять машину делать лишние действия!" - раздалось со стороны параши. Во-первых, не человек - раб машины, а машина - раб человека (она для этого и создавалась, ebitten nahuj wrot!). Во-вторых, лишние действия машины стоят гораздо дешевле, чем лишние действия человека, и еще на много порядков дешевле, чем лишние действия программиста. Я не знаю, каким надо быть ничтожеством, чтобы ценить собственное время дешевле машинного.
5. MRI не оптимизирован вообще никак, вся его функциональность реализована наивно, без малейших намеков на эффективность. Это не помешало ему завоевать популярность в Японии, а после выхода англоязычной документации - и во всем мире. Ruby on Rails - второй по популярности веб-фреймворк после PHP-овых... Короче, эффективность - последний критерий, по которому оцениваются программы.
5. Но нельзя забывать, что эффективность может стать частью корректности. Никому нахуй не нужна сортировка, уничтожающая и пересобирающая весь мир, пока сортируемый массив не окажется в нужном порядке.
10. Программы должны поставляться вовремя. Никому нахуй не сдались программы, которые были заказаны за месяц, а поступили через год.
11. Программисты могут и должны называть адекватные сроки разработки и соблюдать их, блядь! Назвать один срок, а программу выпустить в другой равносильно расписке в собственной некомпетенции. Делать так периодически - прослыть пиздоболом и саботажником (отсюда вывод: IBM, открыто признавшиеся, что им ни разу не удавалось выпускать программы точно в срок - феерические пиздоболы и саботажники, которые нихрена не умеют, даже hello-world-ы писать). Форс-мажор допустим. Подсчитывать сроки проще, чем кажется.
11. Я сказал форс-мажор, блядь, а не недальновидность!!!
12. При прочих равных условиях больше шансов на рынке имеет тот, кто тратит меньше времени на разработку. Какая-нибудь http://rocketsoftware.com с годичным циклом разработки имеет все шансы растерять нахуй всю клиентуру и обдрочиться на учеников ак. Евгения Михайловича Пастобло, организовавших свое дело и выпускающих аналогичную продукцию по штуке в месяц. Короче говоря, ключевым критерием, характеризующим профессионализм программиста, является время, которое он проводит над кодом.
12. Именно поэтому программы надо писать без ошибок - если вы допустите ошибку в программе, пользователь ее завернет, и вам придется снова сидеть над ней. Плюс практика показывает, что чем позже была обнаружена ошибка, тем больше времени уходит на ее исправление.
12. Именно поэтому программы должны быть устойчивы - если вы не предусмотрите какую-либо внештатную ситуацию, то рано или поздно ваш продукт завернут и "вежливо" попросят таки предусмотреть её. И если в вашей лаборатории вы точно будете знать, какая именно внештатная ситуация возникла при том или ином тесте, то "с поля" самое информативное сообщение, которое вам придет - это "divide by zero".
12. Именно поэтому программы должны быть расширяемы - вы можете по-быстрому на коленке слабать какой-нибудь кусок говна, и он даже пройдет верификацию и стресс-тесты, но если заказчик вдруг захочет синенькие банты вместо красненьких (а он обязательно захочет, я уже говорил об этом), то вы вполне ожидаемо обосрётесь как профессионал, назвав заоблачные сроки, и до отвала нажретесь реверс-инженирингового же говна.
12. Именно поэтому нужно читать книги по CS, изучать новые парадигмы и приемы программирования. Программист, целый месяц тратящий на перевелосипедивание скоростных комбинаторов парсеров с коррекцией ошибок - это не программист, а какой-то пидарас.
12. Именно поэтому необходимо изучать существующие на сегодняшний день технологии ИТ и быть в курсе их развития. В высшей степени комично смотрится программист, переделывающий XML-файл с данными в набор команд для СУБД при помощи "Блокнота" и рук. Еще ржачнее смотрится программист, две недели пидорасящий для этой цели "утилитку на C++". Именно поэтому каждый программист должен знать Python/Ruby/Groovy, Bash, Text Utils, .NET, WPF и много всего того, что знать "не нужно" (ибо "на Java/PHP/C++ можно написать всё! ку-ка-ре-ку!") - там, где байтопидоры и плюсокодерьё дергают ОС за системные вызовы мегабайтами темплейтолапши, обычные грамотные специалисты захуяривают пару строчек на Питоне и сдают всё это заказчику в красивой инсталляшке. За ебические деньги.
12. Именно поэтому нужно писать эффективные программы - если программа не впишется во временную диаграмму, составленную заказчиком, он её не примет, и вам придётся её переписывать. Но именно по этой же причине нельзя выдрачивать производительность тогда, когда у заказчика нет никаких претензий к ней - если потерю времени на высирание темплейтоговна вместо пары строчек для Bash с Zenity еще можно как-то оправдать (ну не знал человек, что есть такой инструментарий, с кем не бывает), то трата времени на повышение и без того высокой производительности не может быть оправдана ничем, кроме неестесственного сексуального влечения кодера к цифрам в профайлере. Я предлагаю приравнивать дрочку на байты и такты к саботажу или хотя бы просмотру порнографии за работой.
12. Именно поэтому системные программисты придумали, придумывают и будут придумывать все эти ваши Python, Ruby, PHP и прочее - чтобы "прикладники" могли выполнять свою работу тупо быстрее. И именно по этой причине они никак не оптимизируют свои продукты ("100 тактов на сложение чисел" - это ж всё, блядь, пиздец, вся жизнь насмарку) - потому, что это НАХУЙ никому не нужно.
Актор - кривое говно, как и кресты, а производительность в 2015 в хуй не впилась, олсо любая крупная программа на крестах всё равно тормозит и вылетает, потому что на крестах ничего написать нормально нельзя, не потратив на это зиллион человекочасов.
И чего это за кал? Сможешь всё завернуть в полностью асинхронные футуре? http://doc.akka.io/docs/akka/2.3.6/scala/futures.html
Заменить диспетчер через конфиг? http://doc.akka.io/docs/akka/2.3.6/scala/dispatchers.html
Размазать это по кластеру? http://doc.akka.io/docs/akka/2.3.6/scala/cluster-usage.html
http://doc.akka.io/docs/akka/2.3.6/scala/remoting.html
Обмазать TCP/UDP акторами? http://doc.akka.io/docs/akka/2.3.6/scala/io-tcp.html
>а производительность в 2015 в хуй не впилась
Напоминает мне книжки из 93го года, когда было "оптимизируйте расход памяти, потому что компьютеры сегодня очень быстрые, а памяти мало и она дорогая".
>Программисты могут и должны называть адекватные сроки разработки и соблюдать их
Посоны, научите такому. Есть вообще нормальная метода или дальше прикинуть от балды прогресс не ушел?
Метод 1:
Берешь резиновую уточку, рассказываешь её как ты будешь всё делать и сколько по твоему мнению всё займет времени
Метод 2:
Заменяешь уточку на второго программиста квалификации такой же как у тебя или лучше.
Киньте литературу по winapi, какую-нибудь вменяемую.
msdn чем не устроил?
Поясните как построить такую синхронизацию для std::thread, а то я нихуя не понял.
Поток-1 while(true) sleep(1); ждём поток-0
Поток-2 while(true) sleep(1.5); ждём поток-0
Поток-0 while(true) sleep(0.5); ждём поток-1 и поток-2
Все 3 цикла задействуют разные ядра, но сходятся в одной точке и совершают одинаковое число оборотов, выравниваясь по потоку-2 на 1.5 сек. Цель - сократить время до 1.5 сек, а не выполнять всё на одном ядре за 1+1.5+0.5=3 сек.
Поток-1 while(true) sleep(1); ждём поток-0
Поток-2 while(true) sleep(1.5); ждём поток-0
Поток-0 while(true) sleep(0.5); ждём поток-1 и поток-2
Все 3 цикла задействуют разные ядра, но сходятся в одной точке и совершают одинаковое число оборотов, выравниваясь по потоку-2 на 1.5 сек. Цель - сократить время до 1.5 сек, а не выполнять всё на одном ядре за 1+1.5+0.5=3 сек.
2 примера - не литература. Нужен справочник хороший, с примерами желательно.
Ничего не понял.
Вот я как раз пример сделал http://ideone.com/VqTPoh
Нужно чтобы у всех циклов было одинаковое число оборотов. То есть не должно быть так, чтобы один цикл выполнился 3 раза, другой 2 раза, а третий 10 раз.
даже не знаю, попробуй цикл for(;;)
Ребзи, почему -1 > 0u это понятно, но -1 + 0u выдаст ожидаемый ответ. Почему приведение типов в этих двух случаях работает по разному? Только взялся за язык, не бейте.
Почему по-разному, и какой ответ для тебя "ожидаемый"? Всегда signed приводится к unsigned.
cout << (-1 + 0u);
Напечатает 4294967295.
Я поехал короче. Задал вопрос по С в треде по крестам. printf() просто во втором случае выдаст -1.
printf - это нетипизированное говно мамонта, что ты ожидал? Что он как-то сможет отличить signed от unsigned?
Попробуй
printf("%u",-1);
Да, я уже понял свою ошибку, когда просмотрел коды форматирования. В выражении -1 конвертировалось в беззнаковое, а потом снова в знаковое из-за "%d". Пушка.
крестаны, поясните по хардкору, как правильно делать умный указатель на память, выделенную по new[]? в бусте был shared_array отдельный, насколько я понял, а как пользоваться std::shared_ptr? Ведь нельзя делать так: std::shared_ptr<int>(new int[1000]) (ведь как тогда shared_ptr сообразит вызвать delete[] вместо delete в своем деструкторе?)
спасибо!
блять, я еще даже про 00 стандарт не могу сказать, что хорошо его знаю, а тут еще и 11, и 14, кажется, я никогда не буду знать плюсы.
как вы с этим справляетесь? я ведь даже на собеседование пойти не могу спокойно, точно же знаю, что есть куча нюансов, которые мне неизвестны.
Прочитай книжку (которая на деле не книжка, а слайды с пояснениями) Overview of The New C++ (C++0x) Скотта Мейерса.
Еще рекомендую смотреть видосы с конференций C++: goingnative и прочие, например вот этот рекомендую https://www.youtube.com/watch?v=Am2is2QCvxY (это 1-ая часть из двух)
используй вектор и не еби мозги
Анон, есть ли какое-нибудь принципиальное различие между мультисетом/мультимапом и сетом/мапом, содержащим списки элементов с одинаковым ключом?
В STL мультиконтейнеры так и реализованы?
В STL мультиконтейнеры так и реализованы?
Год как начал ударными темпами осваивать кресты и теперь весьма комфортно себя в их окружении чувствую. Но внезапно обнаружил, что я нахуй никому с ними не нужен! Все хотят php/java/ruby/python, если и есть вакансии, то опыт 3 года+. Что же делать нюфане, получается я зря старался? Перекатываться на выше перечисленые языки?
>Что же делать нюфане, получается я зря старался? Перекатываться на выше перечисленые языки?
да
да
>Но внезапно обнаружил, что я нахуй никому
ты слишком толстый или просто идиот, в ДС вакансий по-плюсам много. А про пиндосию и гейропу говорить не надо, со знанием плюсов туда можно свалить без проблем.
>Все хотят php/java/ruby/python
скриптовое гавно для школьников и недоучек
а вот пруфы кстати
Да плюсы недоступны для идиотов и ламеров. Но все же рекомендую учить их, а не макака-языки:
>PHP/JS/Python/Ruby
Потому как macaque language рождаются и умирают быстро, плюсы практически вечны по-меркам IT. Станешь сеньером - обеспечишь себя прибыльной и интересной работой на всю жизнь.
Да плюсы недоступны для идиотов и ламеров. Но все же рекомендую учить их, а не макака-языки:
>PHP/JS/Python/Ruby
Потому как macaque language рождаются и умирают быстро, плюсы практически вечны по-меркам IT. Станешь сеньером - обеспечишь себя прибыльной и интересной работой на всю жизнь.
Но плюсы нереально унылые в отличие от веба, у них плохой синтаксис, куча скобочек и точек с запятой. Уж лучше что-нибудь из современных языков вроде Go, D, C#, Rust и тд .
И я никогда не понимал, в чем смысл разделять код на 2 файла? Что мешает писать в одном? И почему там до сих пор нет нормального компилятора, который компилировал бы отдельные модули а не пытался объединить тысячи файлов в один огромный файл. Какой идиот это придумал?
>унылые в отличие от веба, у них плохой синтаксис
только для скриптовых программистов, у которых мозг безнадежно искалечен одинцэ и джаваскриптом. Для остальных синтаксис плюсов невероятно удобен и выразителен.
>куча скобочек и точек с запятой
программист видит вложенные блоки кода, а не кучу скобочек. Это называется кодовая синестезия. Приходит через неделю работы с плюсами. Скобочки видят только описанные выше.
>Уж лучше что-нибудь из современных языков вроде Go, D, C#, Rust
ни один из них не сможет заменить плюсы, только в интерпрайзе могут потеснить, но там скоро 1С всех окончательно задавит
Вакансии есть, но исключительно с опытом, когда с помощью других языков устроиться работать за еду не составляет проблем.
>синтаксис плюсов невероятно удобен и выразителен.
Вытек из треда.
сделай меня не видеть скобочки в common lisp
Начал я тут изучать представление чисел в памяти эвм.
Нашёл такую прогу
#include <iostream>
#include <bitset>
int main()
{
int i;
std::cin >> i;
std::cout << std::bitset<8>(i) << std::endl;
return 0;
}
Но почемуто не пашет с вещественными числами. В чём дело? Как мне увидеть в консоле вещественное число?
Нашёл такую прогу
#include <iostream>
#include <bitset>
int main()
{
int i;
std::cin >> i;
std::cout << std::bitset<8>(i) << std::endl;
return 0;
}
Но почемуто не пашет с вещественными числами. В чём дело? Как мне увидеть в консоле вещественное число?
facepalm.jpg
Делай юнион с массивом char, получишь двоичное представление чего угодно.
Тут примеры есть:
http://stackoverflow.com/questions/4743115/how-do-i-use-bitwise-operators-on-a-double-on-c
Я тут заметил, что у шаблонных типов можно вызывать любые методы http://ideone.com/KBk7ug
Получается вместо предварительных деклараций можно везде использовать typename T?
То есть вместо того, чтобы писать в заголовке class A; class B; а потом в cpp файле #include "A" #include "B" просто везде используем шаблоны и файлы вообще никак не связываются друг с другом и после правок компилируется ровно один файл.
Почему все так не делают?
Получается вместо предварительных деклараций можно везде использовать typename T?
То есть вместо того, чтобы писать в заголовке class A; class B; а потом в cpp файле #include "A" #include "B" просто везде используем шаблоны и файлы вообще никак не связываются друг с другом и после правок компилируется ровно один файл.
Почему все так не делают?
А директива #include для чего?
http://ideone.com/5FhpLz
подскажите, что не так здесь? надо, чтобы "ty" было передано в макрос А, там соединилось с "qwer" оператором ##<и напечаталось
подскажите, что не так здесь? надо, чтобы "ty" было передано в макрос А, там соединилось с "qwer" оператором ##<и напечаталось
Потому что кто-то (возможно даже ты, через некоторое время) попробует своими шаловливыми ручонками вызвать test(smth), подав параметр smth, у которого не определён метод test.
Посоны, а Minix же на голой сишке написана?
Мимо-школьник
Мимо-школьник
И на асме чуть-чуть.
Ошибка в компилтайме, никакой разницы.
Зачем использовать темплейт, если он не нужен? Без темрлейта понятнее, что функция делает.
Так я же изначально писал про предварительные декларации. Везде делаем шаблоны и классы независимы друг от друга - компилируется всегда один файл, а также можно легко заменить один класс на другой.
Я не понял, как и что ты планируешь это сделать. Инклюдить то их надо.
Предварительная декларация - http://pastebin.com/s7qV9Vja
Шаблон - http://pastebin.com/bgyyvBP4
В первом случае при изменение yoba.hpp компилируются файлы: yoba.cpp + yoba.hpp, test.cpp + test.hpp.
Во втором случае если изменяется yoba.hpp, компилируются только yoba.cpp + yoba.hpp.
Сам по себе темлейт никуда не компилируется, и test.cpp во 2-ом случае тебе не нужен. Ты не можешь скомпилировать шаблон функции просто так и слинковать его. Тебе надо его инстанцировать - то есть если ты захочешь где-то использовать test, то тебе придется test.hpp инклюдить, и он будет компилироваться отдельно для каждого типа, с которым будет использоваться. Короче у тебя там даже main'а нет, и твой шаблонный test нигде не инстанцируется, так то код твой не имеет смысла. Покажи мне пример, где темплейт инстанцируется, и что-то там у тебя экономится.
Никак нельзя сделать switch по typeid?
У type_info есть .name(), в c++11 - еще и .hash_code(). По ним и делай.
Собрал под виндой при помощи MinGW - при запуске эксешника вылазит командная строка с stdout. Как это убрать?
Какая система сборки? Кинь -mwindows линкеру.
Я просто делал g++ {звёзочка}.cpp -o out.exe
Из флагов только -O3 -std=c++11
Чуть позже ноут с виндой запущу, посмотрю что изменится от -mwindows.
Сишники и крестоебы, а скажите мне, почему вы до сих пор не перешли на пикрелейтед?
У нас есь:
такой-то сборщик мусора
возможность не пользоватсья им, если вы - байтоеб
нативные строки
нативные ассциативные массивы
модули вместо хедероговна
возможность использовать все C и многие C++ либы
стандартная библиотека размером с жопу твоей мамани
IDEшки для тех, кто не хочет без них
много чего еще
+ бонус:
АЛЕКСАНДРЕСКУ
Зачем продолжать
> ненавидеть любимый язык
, если его можно любить?
У нас есь:
такой-то сборщик мусора
возможность не пользоватсья им, если вы - байтоеб
нативные строки
нативные ассциативные массивы
модули вместо хедероговна
возможность использовать все C и многие C++ либы
стандартная библиотека размером с жопу твоей мамани
IDEшки для тех, кто не хочет без них
много чего еще
+ бонус:
АЛЕКСАНДРЕСКУ
Зачем продолжать
> ненавидеть любимый язык
, если его можно любить?
Dбилы даже не могут в разметку. Простите за вторжение.
Высказался — и аж потеплело, правда? Как моча по штанине потекла. Небыдло пёрднуло во сне и улыбнулось
Да ладно тебе, братан, я ж по-дружески пожурил.
>а скажите мне, почему вы до сих пор не перешли на пикрелейтед?
1. Мне нужен аналог C++ а не C#
2. Не цепляет, нет киллерфич по сравнению с С++, тот же Rust выглядит намного вкусней.
Сборка мусора, александреску, нативные строки, ассоциативные массивы, и, самое главное, стандартная библиотека - нахуй не нужны. Если кто-то прется от такого говна - пиздуйте писать на похапе/руби/петоне/шарпе/яве/аллахе, вам плюсы и низкий уровень нахуй не сдались.
И - да, я люблю плюсы. Плюсы не любят те, кто не умеет ими пользоваться и не понимает, зачем они нужны.
Судя по треду с бустопидорами, шаблонопидорами, опять же александреску и ошметками эстиэля - здесь таких нет.
>Не цепляет, нет киллерфич по сравнению с С++
Звучит как-то по хипстерски. Вам шашечки или ехать?
>Судя по треду с бустопидорами, шаблонопидорами, опять же александреску и ошметками эстиэля - здесь таких нет.
Один ты весь в белом и на белом плаще.
Анончики, какую простенькую IDE посоветуете для новичка? Друг решил заняться с++, но если я ему начну советовать QtCreator или visual studio, то он закончит изучение еще на установке программ
Ну если он иде не сможет поставить, то незачем ему и программированием заниматься.
EMACS
Geany. Но без автодополнения учиться гораздо сложнее, а там только для С.
Для начала notepad + cmd.exe
Ибо если твоего другана не цепанет сам процесс создания программы, то никакая ide ситуацию не спасет.
Помню, когда учился в универе, дал одному одногруппнику (по его же просьбе) учебник по Си за авторством Кочана (кто не знает, это проще, чем K&R и в первых главах материал разжеван до предела). Результат: книгу вернул, не сумев скомпилить hello world.
интересно вы оцениваете навык и склонность к программированию по настройке сторонних программ
Вот только не надо мне приписывать оценочных суждений.
Я ничьи навыки, и уж тем более наклонности, не оценивал.
Просто я считаю, что не надо человка раньше времени грузить второстепенными вещами.
Как правильно вставлять в лист по элементу используя for_each, list::insert и boost::bind?
Я слышал, что бОльшая часть стандартной библиотеки не работает без сборщика мусора.
Что значит вставлять в лист по элементу?
Тред не читал. Короче, тут такая хуйня...
Время компиляции обычного проекта - 2 часа. Сразу нахуй.
Идиотские инклуды, постоянные костыли для простейших вещей, порядок декларирования итп. Архаическое говно. То, что кодится на нормальном языке за 3 месяца, кодится на крестах за 5, а это дикий пиздец. Хочешь нормально кодить - садись на сишарп.
> Время компиляции обычного проекта - 2 часа. Сразу нахуй.
Используй precompiled headers
Откуда сишарперу знать такие тонкости? Он наверное и про вектор, и тем более про алгоритмы не слыхал. Хуячит проект без STL и Boost, на голом С с классами, вот у него он и пишется 5 месяцев.
Что ты несешь, поехавший? Чтобы соблюсти DRY-принцип в крестах, с их уебанскими хедерами, в которых в отличие от сишки просто неизбежно нужно помещать часть реализации, да проще укусить себя за хуй. И да, покажи архив либ, сравнимый с мавеном или хотя бы с nuget, чтобы каждая либа ставилась одной строчкой и была совместима с другим кодом по стилю кода, управлению памятью, исключениям, используемым строкам, контейнерам и т.д.
И как хедеры мешают избегать дублирования кода? Ты про что вообще? Больше чем один раз на программу хедер не подцепится. Или ты называешь дублированием прототипы функций?
Какие проблемы в том, чтобы в хедере была часть реализации? И что тебе мешает не помещать ее туда, если у тебя от этого так бомбит?
буст и кьют - пиздатейшие библиотеки. После установки любая их либа ставится одной строчкой.
Но это все ладно. Я тебе открою один секрет: кресты не для говнокодинга уровня документооборота для малого бизнеса, где главное дешевле, где квалификация программиста определяется количеством либ, которые он знает. Кресты для высоконагруженных сервисов, где главное производительность. Кресты для написания осей, других языков и библиотек к ним, чтобы они работали быстро. Кресты дают необходимую гибкость для написания сложных структур, чтобы они при этом не стали неповоротливыми и медленными.
Чтобы максимизировать производительность, программисту нужно знать, как это все функционирует. Ему нужно думать, когда передавать по значению, когда по ссылке, а когда по правой ссылке, на что так плюются разрабы из более высокоуровневых языков. Нужно разбираться в алгоритмах и структурах данных. Хорошо знать оси, под которые ты пишешь. Но даже это не все: часто нужно еще и знать вещи, которые с программированием не связаны или связаны мало: нейронные сети, распознавание образов, машинное обучение.
Ну-ка расскажи, как стыковать либу, которая использует исключения, с кодом, который к ним неустойчив. Как стыковать либу, использующую стандартный malloc из libc с кодом, который использует свои аллокаторы - хачить линкером? Про оси б ты тут не кукарекал - попробуй заапрувь в апстрим linux kernel код на С++. Про хайлоад тоже - там заруливают erlang и jvm-based языки. Про алгоритмы и многопоточность - любой нормальный жаваеб в них разбирается. Про Machine Learning, дак язык тут тоже побоку, и, кстати околоакадемических либ на жаве дофига.
Ты настолько вообще поехавший, что взялся сравнивать мавен с Qt+boost?
>исключения
Лови исключения и возвращай код ошибки или напиши обертку.
>заруливают erlang и jvm-based языки
Это кто? Ты так решил?
>любой нормальный жаваеб в них разбирается
на уровне "выделить новый поток" и знать название алгоритма, чтобы вызвать нужный метод?
>дак язык тут тоже побоку
А я и не говорил, что на других языках этого всего нельзя использовать. Но дальше курсовых работ и бизнес-приложений, где не важна производительность, это обычно не заходит.
>кстати околоакадемических либ на жаве дофига.
кстати, как только нужна высокопроизводительная либа, ее пишут на плюсах
>взялся сравнивать мавен с Qt+boost?
Ой блять, мне уже стыдно. Как же. Где мавен, а где Qt+boost.
http://pastebin.com/GyzW27Ve - вот мой гавнокод, который работает, но мне надо сделать его красивее.
Пытался вот так http://pastebin.com/2Tc5NGnY
help
Пытался вот так http://pastebin.com/2Tc5NGnY
help
>Больше чем один раз на программу хедер не подцепится.
Подцепится, если там шаблоны.
>И что тебе мешает не помещать ее туда, если у тебя от этого так бомбит?
Шаблоны
STL + лямбда, range for. Сократишь код в два раза.
Ебани класс с конструктором и инкапсулируй все методы.
Не понятно, нахуя передавать сюда и в остальные методы MATRIX
>matrixConstructure(MATRIX);
если передаешь все равно по значению, а внутри присваиваешь результат глобальной переменной.
Как следствие, передавай по ссылке. И избавься от глобальной переменной. У тебя это будет объект класса.
Не понял, нахуя тебе at().
Сделай все это и еще раз запили, там посмотрим.
>srand
Используй штуки из <random> http://channel9.msdn.com/Events/GoingNative/2013/rand-Considered-Harmful
А вообще очевидно напиши функцию, выполняющую функциональный объект для всех i для всех j и подсовывай ей разные лямбды.
>А вообще очевидно напиши функцию, выполняющую функциональный объект для всех i для всех j и подсовывай ей разные лямбды.
А не, это я обосрался. У тебя там по-разному итерации проходят.
>шаблоны
Так ты называешь дублированием кода шаблоны? В сишарпе что, для каждого типа пишут свою реализацию алгоритмов и контейнеров лол?
дженерики рядом не стоят шаблонами с++
>Используй штуки из <random>
Нахуй ему рандом? Это гвозди микроскопом. Ему псевдослучайность не критична, очевидно же. Не путай человека.
Манька, для справки, Qt+boost по размеру больше, но того же порядка, что и стандартная либа Java SE (что есть в любом JRE). Про горы либ в мавен централе ты не в курсе. http://www.modulecounts.com/.
Твое остальное истеричное беспруфное кококо просто игнорирую. Если ты и правда веришь в свои маняфантазии, то их разрушит жизнь, когда легаси говно, что ты поддерживаешь, выкинут вместе с тобой.
>кресты
>хайлод
Проиграл. Цпп - фронтенд онли язычок, никто крестодибила с его байтоёбством головного мозга к серверам близко не подпустит. Даже средний джавараб знающий хадуп и хоть немного могущий в кластеризацию оставит крестодибила с его "не заставляйте машину выполнять лишние действия" визгами глотать пыль на обочине.
Потому что на серверсайде важнее размер кодобазы и хорошая абстракция, чем пресловутое дрочево на байтики.
>Это кто? Ты так решил?
Вот тебе типичный пример разработки телекома на крестах с последующей заменой крестоговна на ЯП с нормальной платформой.
http://www.slideshare.net/JanHenryNystrom/productivity-gains-in-erlang
Вот так выходит, что быстрый-быстрый цпп сливает мееееедленному ирлангу на реальных задачах.
Я не спорю что у крестов есть свои задачи, гейдев там, большие десктопные прилаги, нетривиальная системщина, но блять хайлод, в эпоху облак и огромных датацентров, где нужно расширяться по горизонтали - крестам не сервере делать нехуй.
Когда заканчиваются аргументы, начинается переход на личности и кукарекания аля "даже объяснять лень".
Я тебе вот здесь зачем расписывал разность целей крестов и шарпа?
Просто уебывай в свой джава или сисярп тред, откуда ты там приполз. И ебашь дальше свои бизнес-приложения, которые тебя уже по всей видимости подзаебали. Всем похуй на твою БД из коробки. Если вдруг твоя быдлоконтора взлетит, и твой код станет узким местом, то выкинут тот говнокод, который ты понаписал, и заменят элегантным кодом какого-нибудь крестобога.
>Цпп - фронтенд онли язычок
ок
> выкинут ораву крестопетухов вместе с легаси говнокодом, где он еще остался, и заменят элегантным кодом какого-нибудь эрлангиста или скалаеба.
пофиксил, не благодари
http://erlangonxen.org/
> выкинут ораву крестопетухов вместе с легаси говнокодом, где он еще остался, и заменят элегантным кодом какого-нибудь эрлангиста или скалаеба.
Это не ты там про манямирки кукарекал?
>Так ты называешь дублированием кода шаблоны?
Не понял.
>В сишарпе что, для каждого типа пишут свою реализацию алгоритмов и контейнеров лол?
Нет
>дженерики рядом не стоят шаблонами с++
Стоят.
Начал изучать С++ по книге Липпмана (хороший выбор, не так ли?) и наткнулся на странную вещь: почему автор называет структуры классами? Я понимаю, что он не имеет в виду то, что это одно и то же, но всё-таки, нельзя же даже в контексте заменять "структура" на "класс", ведь структура не содержит никаких методов. В чём я не прав?
Очень сильно поможете, если поможете.
Дело в том, что в железе и софте я полный профан. И есть одна мамка, которая узнала, как говёно учусь. Ну и поставила пасс на комп. Пригрозилась, что если пасс будет удалён или сменён, то отец просто вырвет видюху и сломает её. Так о чем я прошу, анончики. Как взломать пасс, чтобы об этом никто не узнал? Ну или есть какие- нибудь особые приметы, ну типа чаще всего люди ставят пароли, связанные с тем- то.
Анонс, помоги, молю. Только купил новых игорь, да и с мобилы сидеть на двачах не кашерно.
Дело в том, что в железе и софте я полный профан. И есть одна мамка, которая узнала, как говёно учусь. Ну и поставила пасс на комп. Пригрозилась, что если пасс будет удалён или сменён, то отец просто вырвет видюху и сломает её. Так о чем я прошу, анончики. Как взломать пасс, чтобы об этом никто не узнал? Ну или есть какие- нибудь особые приметы, ну типа чаще всего люди ставят пароли, связанные с тем- то.
Анонс, помоги, молю. Только купил новых игорь, да и с мобилы сидеть на двачах не кашерно.
Запилил правильно указатели. Теперь все ок. http://pastebin.com/tSFSt9sk
at использовал чтобы выбрать элемент массива. Плохо так делать?
Но тетя, которая должна у меня это посмотреть и отъебатся говорит, что так низя, динамические массивы мы не учили.
При этом ставит задание "Дополнить матрицу..."
Как я должен изменять размерность статической матрицы - непонятно.
Буду делать копию.
>STL + лямбда, range for.
Это не шарю что такое, вряд ли получится. Да и если получится, то принесу с лямбдами - скажет низя.
А поясните за чистый си, специализированного треда не видно, напишу сюда.
Чтобы объявить функцию явно без аргументов, нужно написать, например,
void foo(void) { ... }
При этом объявление
void foo() { ... }
в си (но не в плюсах) означает произвользное число аргументов любого типа.
Как пример, вторую функцию можно вызвать как
foo(1, 2, 0.35, "говно", "моча");
тогда как с первой компилятор ругнётся на несоответствие аргументов.
Вопрос, собственно, нахуя это нужно. Т.е. как получить эти параметры из функции? Если попробовать подключить stdarg.h и через va_list, не даёт: "«va_start» в функции с фиксированным числом аргументов". Но параметры то куда-то передаются (полагаю, кладутся на стек при вызове cdecl?), как получить к ним доступ?
Чтобы объявить функцию явно без аргументов, нужно написать, например,
void foo(void) { ... }
При этом объявление
void foo() { ... }
в си (но не в плюсах) означает произвользное число аргументов любого типа.
Как пример, вторую функцию можно вызвать как
foo(1, 2, 0.35, "говно", "моча");
тогда как с первой компилятор ругнётся на несоответствие аргументов.
Вопрос, собственно, нахуя это нужно. Т.е. как получить эти параметры из функции? Если попробовать подключить stdarg.h и через va_list, не даёт: "«va_start» в функции с фиксированным числом аргументов". Но параметры то куда-то передаются (полагаю, кладутся на стек при вызове cdecl?), как получить к ним доступ?
В C++ структура и класс отличаются лишь тем, что у структуры все, что не находится в private:, public: или protected:, по умолчанию объявляется public, а у класса - private. Структуры могут иметь методы.
>int HEIGHT
>int WIDTH
Нахуя указатели?
Не нужны?
У меня не получается в функцию передать статическую двухмерную матрицу.
Получаю stack smashing detected : на малых массивах и ерунду; просто ерунду на больших.
Хотя получалось какой-то столбик считать один раз правильно.
Вот говнокод http://pastebin.com/0iA4nKKU
Хотел перейти с qt-креатора на более функциональный codeblocks, а там такая примитивная подсветка, почти всё кроме ключевых слов и операторов тупо чёрный текст и по-другому не сделать. Как вы так кодите?
Мы так не кодим. Кодеблокс - нихуя не функциональный, и вообще полное говно.
Имеешь в виду объявления функций как struct_name function() {...} или что-то другое? не нагуглил методы _в самой_ структуре.
Либо я не понял, что ты имеешь в виду, либо ты тупишь, потому что у структур и классов все одинаково кроме дефолтной видимости
http://ideone.com/aAr30j
Аа, я такого не знал. Думал, что в С++ структуры такие же, как и в С. Где про это почитать можно?
Про что - это? Все, что нужно знать по твоему вопросу, я уже написал в своем посте.
Вообще про классы/структуры C++? В любом учебнике C++ http://www.stroustrup.com/programming.html
Как сделать обход произвольной двумерной матрицы змейкой из центра?
Прикинь, так оно и есть. Аллокаторы (которые pointer-bumping, pool, buddy, блять, да даже tlsf или ебаный dlmalloc) в треде упоминаются? А почему фрагментация - зло? Почему плюсы мощнее и удобнее в управлении памятью, чем любая система с GC? Какие гарантии у GC и какие я могу сделать руками? Окей, с памятью все.
А кэши, а DOD? А инлайнинг? А зачем нужны шаблоны без метапрограммирования? А почему нельзя использовать std:: говны? Что в них не так, на примере map и string? В чем смысл сущестования map, если есть unordered_map, если не брать в расчет динозавров и уебанов (алсо, кто эти две категории?)
Окей, для самых маленьких - почему нельзя брать хэш от разыменованного указателя на произвольный класс?
Я так долго продолжать могу. Просто местные говноплюсовики слишком сосучи, чтобы просто понимать, что они делают, зачем и почему на плюсах. Как и большинство фанатов плюсов. Ответьте на любые два вопроса и можете считать себя тру-экспертами, серьезно.
Алсо, сколько в разделе бамплимит? Перекатываться не пора?
Ты продолжай не дрочить на байты, продолжай. Пока рожают таких дебилов, моя зарплата будет расти.
Здесь мы будем ненавидеть наш любимый язык.
Медитируем над сайдэффектами, насилуем SFINAE, меряемся длинной лога ошибок.
Для затравки: А вот ты, да ты, продавил 11й стандарт в продакшн своей говноконторы?