Форум программистов, компьютерный форум CyberForum.ru

C++

Войти
Регистрация
Восстановить пароль
 
 
ct0r
Игогошка!
1760 / 662 / 42
Регистрация: 19.08.2012
Сообщений: 1,261
Завершенные тесты: 1
#1

С++17. Начинаем ждать? - C++

30.04.2015, 10:51. Просмотров 5923. Ответов 125

https://isocpp.org/files/papers/D4492.pdf

Как думаете, в правильном ли направлении идет развитие? Что вы хотите видеть в С++17? Какую фичу ждете больше всего?
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
30.04.2015, 10:51     С++17. Начинаем ждать?
Посмотрите здесь:

Turbo Pascal Начинаем рисовать
Как ждать выполнения определенной функции C++ Builder
Как заставить прогу на с++ ждать новые записи из БД C++
Как заставить машину ждать перед очередным выполнением цикла? C++
Не ждать завершения запущенной внешней программы C++
C++ Теперь C++11 - полностью и на сто процентов новый C++: чего ждать
Модем должен ждать прихода смс C++ Builder
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
ct0r
Игогошка!
1760 / 662 / 42
Регистрация: 19.08.2012
Сообщений: 1,261
Завершенные тесты: 1
03.10.2015, 13:34  [ТС]     С++17. Начинаем ждать? #61
Цитата Сообщение от Avazart Посмотреть сообщение
В линухах?
Ага, там. В винде посложнее, но достаточно один раз все нормально автоматизировать.

Цитата Сообщение от Avazart Посмотреть сообщение
А где там доксиген?
Нигде, на что я и намекаю. Потому что в принципе он не нужен. Точнее: он может быть нужен только тогда, когда ты автор либы, исходные коды которой не выдаешь.

Цитата Сообщение от Avazart Посмотреть сообщение
Ну я вот тоже в сомнения. Скорее всего подсунут какую-то вялую альтернативу include в духе предоткомпилированых заголовков и pragma once
Какие сомнения? Основная цель модулей - ускорить сборку во много раз, чтобы не надо было уже сражаться на мечах на работе.
gng
627 / 473 / 128
Регистрация: 08.09.2013
Сообщений: 1,224
03.10.2015, 13:41     С++17. Начинаем ждать? #62
Цитата Сообщение от hoggy Посмотреть сообщение
монитор тут же фиксит, что файл изменился.
регекспами парсит инклюды, находит изменения,
ему уже известен список всех библиотек, доступных рабочему пространству.
он догадывается, что у данной цели есть зависимость от boost-filesystem,
и автоматом добавляет зависимость для данной цели сборки.
По задумке, модули должны стать стандартным решением таких проблем. Пишешь
C++
1
import boost.filesystem
вместо включения заголовка, и если модуль установлен, то больше ничего и не надо.
Как колучится на деле - сложно сказать, скорее всего - "как всегда".
Avazart
7062 / 5239 / 261
Регистрация: 10.12.2010
Сообщений: 23,037
Записей в блоге: 17
03.10.2015, 14:08     С++17. Начинаем ждать? #63
Цитата Сообщение от gng Посмотреть сообщение
вместо включения заголовка, и если модуль установлен, то больше ничего и не надо.
Ну так а в чем отличие от #include, или задумка в том что бы он сам додумывался с чем линковать вдобавок?

Допустим у нас:
C++
1
import boost.regex
Что делать с макросами типа BOOST_REGEX_MATCH_EXTRA ?
см http://habrahabr.ru/post/64226/

Цитата Сообщение от ct0r Посмотреть сообщение
Нигде, на что я и намекаю. Потому что в принципе он не нужен. Точнее: он может быть нужен только тогда, когда ты автор либы, исходные коды которой не выдаешь.
Че? Я вам привел ссылки на примеры реальных проектов.
При чем тут вообще выдача исходных файлов? Как раз на оборот применяют его как раз в открытых проектах что бы другие разработчики имели удобную док с навигацией, графами зависимостей итп.
gng
627 / 473 / 128
Регистрация: 08.09.2013
Сообщений: 1,224
03.10.2015, 14:39     С++17. Начинаем ждать? #64
Цитата Сообщение от Avazart Посмотреть сообщение
Ну так а в чем отличие от #include, или задумка в том что бы он сам додумывался с чем линковать вдобавок?
Ну да. Вместо девелоперской версии либы + заголовков устанавливается модуль.
То, что при этом все проблемы не решатся, а также появятся новые, как бы, и не оспаривается.
Fulcrum_013
648 / 716 / 72
Регистрация: 14.12.2014
Сообщений: 5,601
Завершенные тесты: 3
03.10.2015, 16:01     С++17. Начинаем ждать? #65
Цитата Сообщение от Avazart Посмотреть сообщение
Ну я вот тоже в сомнения. Скорее всего подсунут какую-то вялую альтернативу include в духе предоткомпилированых заголовков
при том что проблема решается элементарно - добавлением
#pragma link(modulename) в инклюд-файл.
Цитата Сообщение от hoggy Посмотреть сообщение
программист не должен тратить время на написание скриптов.
Поэтому в IDE уже более 20 присутствует понятие проект и две кнопки - добавить файл (исходник или obj) в проект и убрать из проекта.
Dmitriy_M
1337 / 1218 / 111
Регистрация: 20.03.2009
Сообщений: 4,350
Записей в блоге: 11
03.10.2015, 16:08     С++17. Начинаем ждать? #66
Цитата Сообщение от Avazart Посмотреть сообщение
Ну собирать весь буст только ради ..
Чё? Как бы можно перечислить какие библиотеки нужны, и собрать только то что нужно.
Цитата Сообщение от hoggy Посмотреть сообщение
программист не должен тратить время на написание скриптов.
Вот это и есть детсад.
Цитата Сообщение от hoggy Посмотреть сообщение
умный автомат должен сам догадаться,
Покажите мне эти умные автоматы?
Цитата Сообщение от hoggy Посмотреть сообщение
но тут возникла проблема - cmake слишком медленный.
Не заметил что он медленный. Не нравится CMake, есть SCons и будет скорость Python.
Цитата Сообщение от hoggy Посмотреть сообщение
студия покажет окошко "зафиксированы изменения извне".
Дайте студию под GNU/Linux, что бы писать под Embedded Linux.
Цитата Сообщение от hoggy Посмотреть сообщение
в связи с чем возникла проблема распространения самого воркспейса.
Нет никаких проблем, скомпилил и отдал.
Цитата Сообщение от hoggy Посмотреть сообщение
для одной только студии vc12 ставился с раннего вечера и до обеда следующего дня.
Как интересно. У меня на кросс компиляцию буста
Цитата Сообщение от hoggy Посмотреть сообщение
нужно сопровождать релизный кроссплатформенный продукт.
уходит минут 30. ЧЯДН?
Цитата Сообщение от hoggy Посмотреть сообщение
нужно сопровождать релизный кроссплатформенный продукт.
Чё? У меня целевые платформы: Mac OS X; CentOS 5/6/7; Ubuntu 12/14; Synology DSM; QNap QTS. Все автоматически собирается и готовые пакеты кладутся в репозторий. Все собирается статически и на выходе только бинарники.
Много ли из этой документации почерпнешь? Удобней сам код читать.
Бред сторонников идеи: "Код сам должен говорить о себе".
Fulcrum_013
648 / 716 / 72
Регистрация: 14.12.2014
Сообщений: 5,601
Завершенные тесты: 3
03.10.2015, 16:11     С++17. Начинаем ждать? #67
Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Бред сторонников идеи: "Код сам должен говорить о себе".
Ну тогда Керниган и Ритч только и делали что бредили
hoggy
6147 / 2513 / 442
Регистрация: 15.11.2014
Сообщений: 5,561
Завершенные тесты: 1
03.10.2015, 17:38     С++17. Начинаем ждать? #68
Цитата Сообщение от ct0r Посмотреть сообщение
Прям искусственный интеллект какой-то.
на самом деле - тупой как пробка.

Цитата Сообщение от ct0r Посмотреть сообщение
Это типа мне нужно только код написать, а оно остальное сделает?
ага.
есть свои несложные правила.
например, имена подкаталогов "unit_test" система воспринимает как каталоги целей,
которые содержат юнит тесты.

допустим у вас есть каталог, с исходным кодом библиотеки.
и вы захотели реализовать для неё юнит тесты,
можно просто создать там же подкаталог "unit_test",
и уже можно закидывать туда исходники с тестами.

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

Цитата Сообщение от ct0r Посмотреть сообщение
Он хоть раз помогал? Как по мне, так бесполезная штука.
мне и самому не очень нравится.
но при работе с чужими сторонними библиотеками,
часто - это единственная доступная документация.

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

проблема доксигена - это на самом деле проблема человеческой лени.

Цитата Сообщение от ct0r Посмотреть сообщение
Конечно забавно, но подходит только для примитивных случаев
все такие случаи - примитивны.

Цитата Сообщение от ct0r Посмотреть сообщение
А что с ним?
я ж вроде подробно расписал этот момент выше.
его многие вообще не любят.
а тут ещё нужно скачивать, и ставить - это время.

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

Цитата Сообщение от ct0r Посмотреть сообщение
Это как-то странно. Я на двух работах обновлял буст и компилятор - несколько часов и никаких проблем.
несколько часов - это очень долго.
это запредельно долго.

это можно себе позволить если буст
штатно используется в проекте.

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

Цитата Сообщение от ct0r Посмотреть сообщение
Общеиспользуемые штуки, требования к которым у всех примерно одинаковые
ну дык, о том и речь: см #51

очень классная идея:
не иметь проблем с деплоем общеиспользуемых штук.

Цитата Сообщение от ct0r Посмотреть сообщение
Или ты думаешь, что ту же lock-free скоро перетащат?
не знаю, как насчет "скоро",
но когда комитет все таки признал существование тредов,
то появление всяких мутексов/атомиков стало неизбежным.
ну а лок-фри - думаю это вопрос времени.
имхо.

и там уже сейчас полным полно каких то маловразумительных штук,
на основе которых всякие спинлоки изготавливаются.
http://en.cppreference.com/w/cpp/atomic/memory_order

Цитата Сообщение от Avazart Посмотреть сообщение
Тоже самое перекодирование строк, юникод ...
здесь подвижки уже имеются.

Добавлено через 3 минуты
Цитата Сообщение от gng Посмотреть сообщение
если модуль установлен
мне не очевидно,
что значит "если установлен",
и что нужно сделать "что бы его установить".

Добавлено через 1 час 6 минут
Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Покажите мне эти умные автоматы?
я опубликую материалы, когда посчитаю нужным.
пока что продукт ещё слишком сыроват.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Не нравится CMake, есть SCons и будет скорость Python.
проблема скунса в том, что он проиграл симейку
конкуренцию за круг потребителей.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Вот это и есть детсад.
считаете, что это очень по взрослому:
тратить время на рутину, когда можно было бы и не тратить?
долбаться, когда можно было бы и не долбаться?

ну долбайтесь дальше.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Дайте студию под GNU/Linux, что бы писать под Embedded Linux.
под линуксами - QtCreator, как наиболее близкая по "цивилизованности" ИДЕ.

теоретически - любая, лишь бы её поддерживал cmake.
ну или она - его.
например, на Clion взлетело без каких либо усилий с моей стороны.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
уходит минут 30. ЧЯДН?
телепаты в отпуске.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Нет никаких проблем, скомпилил и отдал.
а потом человек пишет, что у него ни черта не взлетает.
и начинается...

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Чё?
нужно ещё убедиться, что под всеми платформами все заводится как часики,
и не напрягает пользователя тупыми ошибками.

начиная от деплоя и заканчивая функциональностью.

а то начинается - там дэелели под виндой мазги выносят,
тут минговая сборка на тестах покраснела,
потому что boost::filesystem собранная мингв мух не ловит.

в общем, не нужно мне "ля-ля тополя, у нас все с первого раза взлетает".
я как бе знаю, как оно бывает в реальном и несовершенном мире.
gng
627 / 473 / 128
Регистрация: 08.09.2013
Сообщений: 1,224
03.10.2015, 21:47     С++17. Начинаем ждать? #69
Цитата Сообщение от hoggy Посмотреть сообщение
мне не очевидно,
что значит "если установлен",
и что нужно сделать "что бы его установить".
Точно так же, как библиотеки устанавливаете. У вас в Венде, я полагаю, это означает 1)скачать 2)распаковать 3)указать среде разработки, где находится.
ct0r
Игогошка!
1760 / 662 / 42
Регистрация: 19.08.2012
Сообщений: 1,261
Завершенные тесты: 1
03.10.2015, 23:29  [ТС]     С++17. Начинаем ждать? #70
Цитата Сообщение от Avazart Посмотреть сообщение
Че? Я вам привел ссылки на примеры реальных проектов.
При чем тут вообще выдача исходных файлов? Как раз на оборот применяют его как раз в открытых проектах что бы другие разработчики имели удобную док с навигацией, графами зависимостей итп.
Ок, давай я переформулирую свою мысль.
Doxygen - крутая штука, если ее правильно применять. Но на это правильное применение уходит столько времени, что этим почти никто не занимается. И считается, что можно просто писать кое-какие комменты ко всем классам, функциям и т.д. в doxygen-стиле - и этого довольно. Типа остальное doxygen сделает сам - прям конфетка будет. А вот нифига - без должного отношения получается очередная бесполезная хреновина, которая ничем не облегчает жизнь.

Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Бред сторонников идеи: "Код сам должен говорить о себе".
А ты пишешь код, который говорит о воде на Марсе? Это печально. Вообще каким боком это относится к моему высказыванию? Я что, запрещаю писать доку? Читай посты целиком и глазами внимательнее.

Цитата Сообщение от hoggy Посмотреть сообщение
а вообще, если ответственно подойти к этому моменту,
можно получать очень даже неплохую документацию,
с примерами использования и тп.
проблема доксигена - это на самом деле проблема человеческой лени.
Согласен. К сожалению, doxygen чаще применяется для создания видимости документации, а не самой документации.

Цитата Сообщение от hoggy Посмотреть сообщение
ну а лок-фри - думаю это вопрос времени.
Просто это крайне сложно написать адекватно, не привязываясь к платформе, чтобы подходило под большое число юз-кейсов и обладало высокой производительностью.
hoggy
6147 / 2513 / 442
Регистрация: 15.11.2014
Сообщений: 5,561
Завершенные тесты: 1
04.10.2015, 02:13     С++17. Начинаем ждать? #71
Цитата Сообщение от gng Посмотреть сообщение
Точно так же, как библиотеки устанавливаете.
выше вы писали:
Цитата Сообщение от gng Посмотреть сообщение
По задумке, модули должны стать стандартным решением таких проблем.
мне не понятно: как это модули могут порешать проблемы библиотек,
если собираются/ставятся/подключаются они точно так же, как библиотеки?

Цитата Сообщение от gng Посмотреть сообщение
У вас в Венде, я полагаю
у меня винде, и бубунт.

и там, и там единый стиль работы.
все либы, и внешние, и свои - все собирается из исходников,
одним компилятором с едиными настройками.

Цитата Сообщение от ct0r Посмотреть сообщение
doxygen чаще применяется для создания видимости документации, а не самой документации.
всяко лучше, чем ничего.

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

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

Цитата Сообщение от ct0r Посмотреть сообщение
Просто это крайне сложно написать адекватно, не привязываясь к платформе
просто буст - полигон для испытаний.
как то же в нем разные вещи реализуются.
и как показывает практика - дозревают,
и их узаканивают.
gng
627 / 473 / 128
Регистрация: 08.09.2013
Сообщений: 1,224
04.10.2015, 15:04     С++17. Начинаем ждать? #72
Цитата Сообщение от hoggy Посмотреть сообщение
мне не понятно: как это модули могут порешать проблемы библиотек,
если собираются/ставятся/подключаются они точно так же, как библиотеки?
Вы писали выше, что ваш монитор после добавления в исходники, например, инклуда заголовка,
Цитата Сообщение от hoggy
догадывается, что у данной цели есть зависимость от boost-filesystem ,и автоматом добавляет зависимость для данной цели сборки.
Модульная архитектура должна, по задумке, делать то же. Модуль совмещает в себе библиотеку и заголовки. Прописав импорт модуля вы сразу добавляете зависимость, не нужно отдельно подключать библиотеку. Теоретически должна исчезнуть путаница в сопоставлении библиотек различных версий и их заголовков.
Поможет ли это конкретно в вашей ситуации, не знаю,
тем болле что мои знания о модулях ограничены просмотром ссылок наподобе той, что была приведена выше.

Не по теме:

Ваш монитор (судя по вашему описанию) мне тоже показался несерьёзным решением, по сравнения с тем же cmake.
У меня ситуация проще (если, конечно, интересно). Поскольку нет нужды сборки в разных IDE - даже cmake оказался излишним.
Где возможно, использую autotools, где нет - тупо пишу в Мэйкфайлах разные цели для Венды и Линукса. Вендовые программы (во втором случае) собираю под Линуксом кросс-компилятором.

hoggy
6147 / 2513 / 442
Регистрация: 15.11.2014
Сообщений: 5,561
Завершенные тесты: 1
04.10.2015, 15:52     С++17. Начинаем ждать? #73
Цитата Сообщение от gng Посмотреть сообщение
Модульная архитектура должна, по задумке, делать то же. Модуль совмещает в себе библиотеку и заголовки. Прописав импорт модуля вы сразу добавляете зависимость, не нужно отдельно подключать библиотеку.
понял.
здесь уместна аналогия с виндузятной #pragma comment(lib

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

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

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

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

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

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

Цитата Сообщение от gng Посмотреть сообщение
Ваш монитор (судя по вашему описанию) мне тоже показался несерьёзным решением, по сравнения с тем же cmake.
какое то странное у вас сравнение,
учитывая, что монитор - лишь реал-тайм гвард,
а всю работу делает cmake.

прототип вообще был целиком и полностью реализован на сценариях cmake.
без всяких мониторов.
и делал ту же самую задачу (ну, почти, в урезанном варианте)

Цитата Сообщение от gng Посмотреть сообщение
Где возможно, использую autotools, где нет - тупо пишу в Мэйкфайлах разные цели для Венды и Линукса.
проект Workspace задумывался специально для того,
что бы не тратить время на подобную рутину.
cybercitizen
04.10.2015, 19:41
  #74

Не по теме:

Цитата Сообщение от ct0r Посмотреть сообщение
Но я, изучая его, никогда не думаю о том, чтобы запихать его в продакшен куда-либо.
А зря, есть люди, которые уже подумали и запихнули.
P.S. как я рад что мы вобще не используем c++ в работе. Где надо хардкорим си, где нет надобности используем dsl.

ct0r
Игогошка!
1760 / 662 / 42
Регистрация: 19.08.2012
Сообщений: 1,261
Завершенные тесты: 1
04.10.2015, 19:56  [ТС]     С++17. Начинаем ждать? #75
Цитата Сообщение от cybercitizen Посмотреть сообщение
А зря, есть люди, которые уже подумали и запихнули.
Рад за них. Впрочем, и у нас есть части, написанные на хаскелле. Но это к сожалению. Потому что когда начали искать хаскеллистов (даже на условия выше рынка), то на собеседование пришло народу - по пальцам пересчитать - и то какие-то тугие.

Цитата Сообщение от hoggy Посмотреть сообщение
всяко лучше, чем ничего.
Лучше б в вики писали, если неохота doxygen нормально осиливать.

Цитата Сообщение от hoggy Посмотреть сообщение
однако, если вместе с либой идут юнит-тесты,
и экземплы - очень даже все на уровне получается.
На примерах и юнит-тестах далеко не уедешь. Точнее, как средний разработчик, - может и уедешь, а как старший или лид - уже нет. Нужна многоуровневая документация и с разных точек зрения.
cybercitizen
04.10.2015, 20:02
  #76

Не по теме:

Цитата Сообщение от ct0r Посмотреть сообщение
на собеседование пришло народу - по пальцам пересчитать
удаленка, не?

ct0r
Игогошка!
1760 / 662 / 42
Регистрация: 19.08.2012
Сообщений: 1,261
Завершенные тесты: 1
04.10.2015, 20:21  [ТС]     С++17. Начинаем ждать? #77
Цитата Сообщение от cybercitizen Посмотреть сообщение
удаленка, не?
Не. CEO против удаленки. Я кстати тоже не хочу иметь удаленных коллег. Может, каким-нибудь обособленным интровертам и было бы ок, но это не про нашу компанию.
hoggy
6147 / 2513 / 442
Регистрация: 15.11.2014
Сообщений: 5,561
Завершенные тесты: 1
04.10.2015, 20:28     С++17. Начинаем ждать? #78
Цитата Сообщение от ct0r Посмотреть сообщение
На примерах и юнит-тестах далеко не уедешь. Точнее, как средний разработчик, - может и уедешь, а как старший или лид - уже нет. Нужна многоуровневая документация и с разных точек зрения.
почему не уедешь?

я кстати, имел ввиду комплексное решение: докси, юнит-тесты, экзамплы.

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

все в совокупности позволяет относительно быстро войти в курс дела.

ну а викки - доксиген лень поддерживать в нормальном состоянии,
какая уж там викки...
cybercitizen
06.10.2015, 01:11
  #79

Не по теме:

Цитата Сообщение от ct0r Посмотреть сообщение
Не. CEO против удаленки. Я кстати тоже не хочу иметь удаленных коллег.
А если соискатель инвалид? И головастик, дело знает. Это прямое нарушение его конституционных прав. В РФии это нормально?
Я почему интересуюсь. У нас есть такой работник из Украины. Судя по его словам положение дел очень отчаянное. Т.е. парня берут, но в офис, и когда он объясняет ситуацию то с ним просто прощаются. Прошел тесты, пообщались по скайпу, нормальный специалист "выше среднего". Работает сейчас с у нас в команде удаленно. Никаких проблем.

MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
06.10.2015, 16:18     С++17. Начинаем ждать?
Еще ссылки по теме:

Задать команду в COM-порт, ждать 500мс и посмотреть ответ C++ Builder
Начинаем изучать JAVA Java SE
Как заставить поток ждать в некоторых ситуациях C++
Начинаем делать сайт Web

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
gru74ik
06.10.2015, 16:18     С++17. Начинаем ждать?
  #80

Не по теме:

Цитата Сообщение от cybercitizen Посмотреть сообщение
Это прямое нарушение его конституционных прав. В РФии это нормально?
Нарушение конституции не нормально. Но конституция нарушается сплошь и рядом - это факт. Причём наиболее злостно нарушается теми, кто должен гарантировать её соблюдение. Более того, в конституции целый вагон и маленькая тележка противоречий с прочими законами РФ и... с самой конституцией.

Yandex
Объявления
06.10.2015, 16:18     С++17. Начинаем ждать?
Ответ Создать тему
Опции темы

Текущее время: 05:52. Часовой пояс GMT +3.
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Рейтинг@Mail.ru