ну это не Си понятное дело

да еще скажи что Си гавно

слишком тяжелый для понимания

смеха ради, был опыт явы

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

в мобильном её исполнении, которая cdlc 1.0

которая не умела во float

только интеджер, только хардкор

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

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

конечно, все решилось самопальным классом, который и делал этот самый флоат, умножая на 1000 или деля на 1000 нужное число

но это был костыль, который залепили только в cldc1.1

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

блин ну конечно язык со строгой типизацией вызывает боль

блин ну конечно язык со строгой типизацией вызывает боль

ты не понял, дело не в строгой типизации

но из за этого ты не стреляешь себе по коленям

дело в том, что ты не можешь просто так взять и разделить 5 на 2 напеример

я?

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

Бро. Пересмотри свои взгляды на языки программирования. С++ - хуже, потому что сложнее. ПХП - лучше. Надежность подключения библиотеки? Естественно. Эту библиотеку разарабатывает и поддерживает несколько лет человек, а комьюнити тестирует и шлет ему фидбек. Разработчик все исправляет и в результате ты получаешь подукт, готовый к использованию. Что будет если будешь реализовать сам? Долгая разработка, тестирование, рефакторинг. Теряешь время, проект запускается сильно позже, теряешь силы, ты во всем проигрываешь. Нетривиальная задача - да, нет выхода и лучше разрабатывать самому. Относительно языков - зачем писать на сложном, на что требуется много времени и сил, зачем бесконечно долго дебажить и заниматься рефакторингом, зачем это все? Поддержка такого продукта становится невыносимой. Зачем ставить самому себе палки в колеса? Не нужно этого пафоса. С++ нужен в очень узком кругу задач. В 95% случаев лучше взять любой высокоуровневый язык, и продукт выйдет лучше

но из за этого ты не стреляешь себе по коленям

Эх, наверное в каждом обсуждении, где фигурирует С++, кто-то да процитирует Строуструпа. Аж жесть какая, до тошноты)

(в оригинале автор цитаты не он, но популяризировал ее именно он)

Эх, наверное в каждом обсуждении, где фигурирует С++, кто-то да процитирует Строуструпа. Аж жесть какая, до тошноты)

А с# куда отнесешь? ) на нем так то быстрее делать

А с# куда отнесешь? ) на нем так то быстрее делать

С# высокоуровневый и вполне годный

Может еще java предложить?:)

И давно он стал высокоуровневым? )

Джава отдельная песня

Как скажешь :D

И давно он стал высокоуровневым? )

С момента создания

Иль смотришь по факту, компилируется - значит не высокоуровневый?)

Сейчас будет глупый вопрос по вёрстке :D

Ну где глупый вопрос-то?

я не смогу дать глупый ответ, если вопроса не будет

Сейчас:D

формулируешь?)

Скриншот делаю

Иль смотришь по факту, компилируется - значит не высокоуровневый?)

с++ тогда тоже высокоуровневый

Как F сместить на уровень с R

подскажите, какое правило нужно добавить в media queries, чтобы текст кнопки не съезжал.

Точнее какой выход из ситуации сделать

у тебя текст шире кнопки

Да.... но разрешение в этот момент 800

сделай или текст уже или кнопку шире

глупо переносить кнопку на следующую строку в размере 90% width

понял)

напиши del

точно .....................................

спасибо :)

Как F сместить на уровень с R

padding-left: $icon-width+$icon-offset-x;

Да это ТЗ, вряд ли такое разрешат

с++ тогда тоже высокоуровневый

Формально - да

Как и С

Замени буковки на иконки

эм

ну типа css

stylus

ну в шарпе есть разные уровни абастракции и CIL относится к низкоуровневой

надо сдвинуть строки без иконки, на ширину иконки и отступ между иконкой и текстом

ну в шарпе есть разные уровни абастракции и CIL относится к низкоуровневой

IL-код это промежуточный, лол. Зачем ты его учитываешь, если мы говорим о C#?

ну в шарпе есть разные уровни абастракции и CIL относится к низкоуровневой

Я так понимаю, в C# ты написал пару хелло вордов, С++ примерно так же, и стал диванным экспертом?

спасибо :)

letter-spacing: используй

подскажите, какое правило нужно добавить в media queries, чтобы текст кнопки не съезжал.

самое простое, white-space: nowrap; если кнопка по ширине не фиксирована

Я не буду с тобой это обсуждать. Иди почитай, штоль

letter-spacing: используй

блин, точно, ещё 1 вариант, спасибо))))

Но это не иконка:D Это background image после before 😆

Я так понимаю, в C# ты написал пару хелло вордов, С++ примерно так же, и стал диванным экспертом?

о привет болтун )) я так то в 2003 году на шарп сертифицировался)) и сдавал на него экзамены

Я не буду с тобой это обсуждать. Иди почитай, штоль

> сертифицирован > смешивает IL с C# > называет C# низкоуровневым

Ясно. В БМ тоже производят "директологов"

> сертифицирован > смешивает IL с C# > называет C# низкоуровневым

ты смотрю читать не умеешь ))

то что cil высокоуровневый асемблер машины .net )) хоть и относится к низкоуровневым языкам

Но это не иконка:D Это background image после before 😆

ну ты ведь знаешь размер картинки и отсуп до текста? Ну и вообще, эту строчку можно и стилями сделать

стрелку*

у меня вопрос, если верстать адаптивно По best practice есть ли какие-нибудь ограничения на количество @media ? Ну типо "Желательное использование трёх точек @media."

нет

нет

То бишь, никто не будет ругаться, в разрезе читабельности стилей когда я грубо говоря каждые 100 пикселей делаю media queries ?

а какая разница?

нет, но если у тебя будет столько амедий может стоит пересмотреть подход