Здравствуйте, CreatorCray, Вы писали:
НС>>С того что лицензия из MSDN не позволяет использовать ОС в качестве основной рабочей. CC> CC>Неужто ты думаешь что раз у меня была машина на MSDN лицензии то у меня вообще всё на MSDN лицензии?
Ты в свое время сам писал, что лицензия на сервер у тебя из MSDN.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Ты в свое время сам писал, что лицензия на сервер у тебя из MSDN.
Давай попробуем прочитать написанное ещё раз:
CC>>Неужто ты думаешь что раз у меня была машина на MSDN лицензии то у меня вообще всё на MSDN лицензии?
Здравствуйте, CreatorCray, Вы писали:
CC>Давай попробуем прочитать написанное ещё раз: CC>
CC>>>Неужто ты думаешь что раз у меня была машина на MSDN лицензии то у меня вообще всё на MSDN лицензии?
Речь не про сейчас, а про давний топик на ту же тему, когда ты пиарил сервер в качестве основной десктопной ОС. А когда тебе указали на цену его лицензии, ты прикрылся MSDN.
Здравствуйте, netch80, Вы писали:
N>Здравствуйте, c-smile, Вы писали:
CS>>тема "tabs vs spaces" родилась задолго до программизма и всех нас переживет я думаю:
CS>>Image: il_570xN.1210961852_3lu0.jpg
N>На бумаге существуют только пробелы, и изменить их ширину динамически не получится, сколько бы картинок печатной машинки ни приводили.
Здравствуйте, Ikemefula, Вы писали:
I>>>Ты снова сам себя опровергнул. _>>Это где интересно? ) I>Сам посмотри, какое условие ты выдвигаешь. То есть, достигнуто условно. Гы-гы.
Ну так условие только в мощной машине с шустрым ssd — для программистов это как бы норма. )
_>>>>А насчёт шаблонов не очень понятно в чём ты видишь отличие в рефакторинге шаблонных классов и обычных. ) I>>>Есть ли разница в возможностях рефакторинга между обычным кодом и темплейтным ? Например если темлпейты не юзать, то все шикарно, а если начать писать код "как stl/boost" то капут. _>>Так откуда капут то будет, если весь код парсится корректно? ) В некоторых IDE действительно были проблемы со сложными шаблонами, но именно из-за того, что парсер просто не мог их прожевать (т.е. они даже подсвечивались некорректно), а не из-за каких-то фундаментальных проблем у шаблонов. I>Я не вижу ответа на прямой вопрос.
Ответ я тебе давал ещё в самом начале дискуссии — при использование точного парсера (если соотношение производительности машины и размера проекта позволяют его использовать) никаких проблем нет. А здесь я уже просто интересуюсь откуда вообще возникают идею о каких-то возможных проблемах в подобном случае.
_>>Так в начале объясни откуда по твоему должна появиться такая разница. I>Я не вижу ответа на прямой вопрос. Я хочу выяснить, а не догадываться почему должна или не должна появляться разница.
Так разницы то и нет. Про неё только ты говоришь. Вот мне и интересно откуда ты её взял. )
Здравствуйте, alex_public, Вы писали:
I>>Сам посмотри, какое условие ты выдвигаешь. То есть, достигнуто условно. Гы-гы.
_>Ну так условие только в мощной машине с шустрым ssd — для программистов это как бы норма. )
Никакая это не норма. Программистам не апгрейдят комп каждые три месяца. Кроме того, это уже давно не дает эффекта. Похоже, ты просто стесняешься сказать, что инструмент для продуктивности пока что тормозной.
_>>>Так откуда капут то будет, если весь код парсится корректно? ) В некоторых IDE действительно были проблемы со сложными шаблонами, но именно из-за того, что парсер просто не мог их прожевать (т.е. они даже подсвечивались некорректно), а не из-за каких-то фундаментальных проблем у шаблонов. I>>Я не вижу ответа на прямой вопрос.
_>Ответ я тебе давал ещё в самом начале дискуссии — при использование точного парсера (если соотношение производительности машины и размера проекта позволяют его использовать) никаких проблем нет. А здесь я уже просто интересуюсь откуда вообще возникают идею о каких-то возможных проблемах в подобном случае.
Опять какое то условное решение
_>>>Так в начале объясни откуда по твоему должна появиться такая разница. I>>Я не вижу ответа на прямой вопрос. Я хочу выяснить, а не догадываться почему должна или не должна появляться разница.
_>Так разницы то и нет. Про неё только ты говоришь. Вот мне и интересно откуда ты её взял. )
Ты мог бы сразу сказать "разницы нет". Вместо этого ты начал вилять.
Здравствуйте, Ikemefula, Вы писали:
I>>>Сам посмотри, какое условие ты выдвигаешь. То есть, достигнуто условно. Гы-гы. _>>Ну так условие только в мощной машине с шустрым ssd — для программистов это как бы норма. ) I>Никакая это не норма. Программистам не апгрейдят комп каждые три месяца.
SSD пошёл в широкие массы более 5 лет назад. За это время всем должны были проапгрейдить, если это не Урюпинсккопытамракснабпоставка.
У меня SSD (сборка раб. места — начало 2015).
I> Кроме того, это уже давно не дает эффекта.
Даёт, и очень заметный.
I> Похоже, ты просто стесняешься сказать, что инструмент для продуктивности пока что тормозной.
Здравствуйте, s_aa, Вы писали:
N>>На бумаге существуют только пробелы, и изменить их ширину динамически не получится, сколько бы картинок печатной машинки ни приводили.
_>Сразу видно, что ты никогда не печатал на машинке
1. Неумеющим читать рекомендую букварь. Я сказал "на бумаге <...> изменить ширину динамически не получится", то есть речь об уже напечатанном. Никакие свойства машинки, если без магии, это не исправят.
2. Печатал. У меня была механическая, ещё трофейная (по слухам), переделанная на кириллицу А твои домыслы можешь... сам знаешь направление.
Здравствуйте, s_aa, Вы писали:
_>>Сразу видно, что ты никогда не печатал на машинке
_>Image: print.jpg
Это у очень продвинутых моделей. И с такими сталкивался (например, пр-ва Ятрань), но редко.
У простых же ничего подобного не водилось, максимум управления колонками — ограничитель (обычно на 80-й, двигался) и звонок перед ней
(у меня был жёстко на 73-й).
Здравствуйте, netch80, Вы писали:
I>>Никакая это не норма. Программистам не апгрейдят комп каждые три месяца.
N>SSD пошёл в широкие массы более 5 лет назад. За это время всем должны были проапгрейдить, если это не Урюпинсккопытамракснабпоставка. N>У меня SSD (сборка раб. места — начало 2015).
"Должны" это кто кому должен ? Как только рост перформанса замедлился, апгрейдить стало невыгодно. Кроме того, вместо обычных компов стали переходить на ноутбук. Т.е. вместо апгрейда получается вообще даунгрейд, т.к. ноутбук намного слабее десктопа при равной цене. Более того, ноутбук часто вообще проапгрейдить нельзя.
I>> Кроме того, это уже давно не дает эффекта.
N>Даёт, и очень заметный.
С хдд на ссд — вполне, но не всегда. Скажем, у меня внятно настроеный комп 4х летней давности с хдд собирает проект так же быстро, как и новый мак-мини на ссд и вдвое большей памятью. Кроме ссд и памяти все остальное почти не имеет значения. Фокус в том, что до сих пор куча _дорогих_ ноутбуков все еще с хдд.
I>> Похоже, ты просто стесняешься сказать, что инструмент для продуктивности пока что тормозной.
N>Юлиш
Здравствуйте, Ikemefula, Вы писали:
I>С хдд на ссд — вполне, но не всегда. Скажем, у меня внятно настроеный комп 4х летней давности с хдд собирает проект так же быстро, как и новый мак-мини на ссд и вдвое большей памятью.
Во-первых сборка это не то, ради чего делаются IDE, во-вторых в макмини дохлый мобильный процессор.
Здравствуйте, netch80, Вы писали:
N>На бумаге существуют только пробелы, и изменить их ширину динамически не получится, сколько бы картинок печатной машинки ни приводили.
Здравствуйте, Ночной Смотрящий, Вы писали:
I>>С хдд на ссд — вполне, но не всегда. Скажем, у меня внятно настроеный комп 4х летней давности с хдд собирает проект так же быстро, как и новый мак-мини на ссд и вдвое большей памятью.
НС>Во-первых сборка это не то, ради чего делаются IDE, во-вторых в макмини дохлый мобильный процессор.
Во первых, сборка это понятный пример для демонстрации разницы в производительности. Если ты не в курсе, что это такое, так и говори, я приведу другой пример.
Во вторых, такой макмини шустрее большинства ноутбуков за ту же цену, в которых, внимание, тоже мобильный процессор.
На самом деле, когда рост перформанса замедлился, конторы стали тупо покупать бОльше оборудования — второй комп, второй монитор, третий и тд. Даже мобильные девайсы неизвестно какой давности актуальны до сих пор. Раньше такое было невыгодно, потому что железо слишком быстро устаревало, а сейчас ровно наоборот.
Здравствуйте, Ikemefula, Вы писали:
I>Во первых, сборка это понятный пример для демонстрации разницы в производительности.
Только вот нагрузка при сборке совсем не характерна для типичной работы IDE.
I>Во вторых, такой макмини шустрее большинства ноутбуков за ту же цену, в которых, внимание, тоже мобильный процессор.
Ты ж с десктопом сравнивал.
I>На самом деле, когда рост перформанса замедлился, конторы стали тупо покупать бОльше оборудования — второй комп, второй монитор, третий и тд.
Я вот дома работаю. И хотел бы чего нибудь проапгрейдить, да нечего. Компу как раз 6 лет с последнего апгрейда исполнилось. А конторы сейчас больше на серверном железе сфокусированы.
Здравствуйте, Ночной Смотрящий, Вы писали:
I>>Во первых, сборка это понятный пример для демонстрации разницы в производительности.
НС>Только вот нагрузка при сборке совсем не характерна для типичной работы IDE.
Правильно, большую часть времени IDE проводит в idle и только некоторые задачи, навроде рефакторинга, find usages и тд и тд, похожи именно на сборку, а именно — потребляют и проц и диск и память.
I>>Во вторых, такой макмини шустрее большинства ноутбуков за ту же цену, в которых, внимание, тоже мобильный процессор.
НС>Ты ж с десктопом сравнивал.
Именно. Если десктоп мощнее макминим, будет ли он мощнее ноутбуков, если макминим мощнее оных ?
I>>На самом деле, когда рост перформанса замедлился, конторы стали тупо покупать бОльше оборудования- второй комп, второй монитор, третий и тд. НС>Я вот дома работаю. И хотел бы чего нибудь проапгрейдить, да нечего. Компу как раз 6 лет с последнего апгрейда исполнилось. А конторы сейчас больше на серверном железе сфокусированы.
Я об этом и говорю. А ты, похоже, снова споришь из принципа, абы что нибудь оспорить
А твои домыслы можешь... сам знаешь направление.
