« first day (579 days earlier)      last day (2755 days later) » 

12:07 PM
@NicolasChabanovsky, возможно ли добавить на главную кастомную вкладку?
 
@Other как на en.SO?
 
@D-side Шта?
 
@D-side а там можно?
 
/cc @ixSci
 
@D-side Как сделать?
 
12:11 PM
@Other на ruSO этого нет. Пока что.
 
@D-side Да на SO.
 
@Other ну, нажать эту вот кнопку и описать фильтр.
 
@D-side Да нет, я вообще этих вкладок не вижу. Тем более с кнопочкой.
 
@Other он же Вам говорит, в русской версии нет этого
@D-side у меня нет такого: screencast.com/t/u4A3b12jV4kc
 
@Other Чтобы использовать новую новигацию необходимо в профиле выбрать соответствующий пункт.
 
12:13 PM
@ixSci Я же сказал что смотрю на SO. Не ruSO.
 
@NicolasChabanovsky классная штука!
 
@NicolasChabanovsky а, это и есть та самая "новая навигация"? Потому что тут я что-то этой фичи не вижу:
233
Q: New navigation for Stack Overflow is in alpha testing

Sklivvz Update: A Release Candidate has been announced Update: We've heard you! Alpha 2 is now released. Please let us know what you think. As announced 6-8 weeks ago... In a major effort to move as much UX cheese as possible in a single deployment significantly improve the site browsing exper...

 
@NicolasChabanovsky Класс. Когда у нас будет?
 
@Other На сколько я понимаю, после того, как обкатают функционал на англоязычном сообществе.
@D-side Ага, она самая
 
12:18 PM
@NicolasChabanovsky Я недоволен. Почему нас на втором плане держат? Вроде какое же сообщество, просто чуть меньше. Пока что, в планах это изменить.
 
тьфу, они просто фильтры перенесли со stackexchange
я-то думал полноценная поддержка, а на выходе ничего нового
 
ЕЕЕЕЕЕ РОККК
(делаю удаленную выкладку с тремя апишечками и вдруг все взлетело)
 
@strangeqargo (...на воздух)
 
@PavelMayorov ваще все конечно взорвалось и мне такие звонят, а я такой - а эт не мои проблемы и не мой апи
 
нет, не совсем я прав, лучше фильтров: эта штука динамическая. Но хуже основной страницы: нет совсем красок
 
12:21 PM
"потом - ну ЛАААДНО, пойду разберусь, чего они там протупили"
 
@Other Проблема проса: в компании на русском языке говорит крайне мало сотрудников. Дефекты будет крайне сложно отследить, понять и исправить.
Поэтому сначала обкатывают на англоязычном сообществе, а затем дают в доступ всем.
 
@Other "чуть меньше"
 
@NicolasChabanovsky Казалось что пишут фичи на английском. А переводом тут сами займёмся.
 
@ixSci Хм. Ну, я не знаю, чьё это личное мнение. Но пример Андроида убеждает в обратном покамест.
 
@strangeqargo Ну да, не очень уж большой разрыв.
 
12:24 PM
@Other всего несколько миллиардов с qhwostickqom
 
@strangeqargo Смотрите оптимистичнее. У нас зато вопрос сложнее затерять и процент ответа увеличен в только же раз. Так что мы делаем работу чище.
 
@pavel Пишу приложение на C#, которое работает по несколько дней подряд, с критическими по скорости кусками. Зависаний UI-потока не наблюдается (у нас на это watchdog стоит). Что я делаю не так?
 
@VladD Добавьте щепоть багов.
 
@VladD это мнение неоднократно высказывалось на channel 9
@VladD пример Андроида показывает, что для нормальной работы ему нужно сильнее железо
 
@VladD это великая магия прошаренного разраба)
 
12:27 PM
@Other чем меньше нас, тем лучше
 
@pavel Покамест не заглушают, и ядро линукса компилируется с -O2, а не -O3.
 
@strangeqargo Но тогда нас проще задавить и задирать нос из-за этого. Не годится.
 
@Утка спасибо, всегда ценю, когда кто-то поправляет мои ошибки)
 
чуваки поправили URL API и все чудесным образом взлетело, ну надо же. а еще в сторону моего ИДЕАЛЬНОГО кода плевались
 
@strangeqargo идеального кода не бывает. Всегда можно что-нибудь ухудшить.
 
12:28 PM
(прячет дохлую мышь в комментах в коде)
 
@VladD а -O2 вместо O3 это же и есть заглушить) потому что код не стандарту, разве нет?
 
@PavelMayorov вот там иди улучшай, а в этот код - не ходи
 
@Other Баги были, ловились и исправлялись. Обещали больше не приходить.
 
@VladD С багами весело. Кто ещё умеет так улётно отрываться? Забываешь о походах домой даже.
 
@VladD это умолчание, никто не запрещает собирать его с O3
 
12:31 PM
@ixSci А можно ссылку? Я хочу посмотреть, говорится там о «натив приоритетен, .NET в отставку» или «натив мы чё-то недокрутили, надо навёрстывать».
@ixSci Ну да, везде так.
 
@VladD там так не говорилось и я так не говорил
 
расовая война
до последнего бойца
 
@pavel Скорее магия частого рефакторинга. :-\ До тех пор, пока смысл кода не кристаллизуется.
 
@VladD нет, не везде. WP/WM и iOS нужно меньше, что бы чувствовать себя нормально. Я не буду утверждать, что это из-за Java
 
@pavel Ага, чтобы UB не сильно кусали.
 
12:32 PM
java и c#, к сожалению, недоязыки, c++ - король
 
@VladD, говорилось и говорится о серьёзных шагах МС в сторону C++ и native т.к. нужно выжимать всю производительность в мобилках
 
@ixSci Не, ну собирать-то можно, вот пользоваться не рекомендуется почему-то.
 
@VladD кем не рекомендуется?
 
@ixSci А как говорилось?
 
в gcc были баги, поэтому старым gcc это не рекомендуется.
 
12:33 PM
@ixSci ах ты старый гцц
 
@VladD кроме того, внезапно нет .NET в WM: .net компилируется в native в Azure. Тоже не аргумент?
 
@ixSci На iOS — посмотрим, да. Но: у них объектная модель ObjC оччччень медленная, т. к. виртуально вообще всё (можно отправить любое сообщение любому классу), плюс офигенно гибкий рантайм (можно добавлять обрабатываемые селекторы) = медленно.
 
(щас эти чуваки еще обниматься начнут, кажется)
 
@strangeqargo Аргументация отвалилась по дороге? :-D
 
@VladD должен рэндомно вбрасывать
 
@ixSci А, ну «серьёзные шаги» — это не «.NET неактуален».
 
.NET .Нетактуален
 
@VladD а я этого не говорил! Разговор начался с быстродействия
 
C++
кстати, Sega любит развлекаться виндой на своих аркадных машинах, там .NET в почете?
 
@strangeqargo Не, у вас не очень выходит. Поищите по архивам чувака с ником superhackkiller1997, вот тот вбрасывал по-царски. Один лишь avp мог выдержать этот поток.
 
12:38 PM
@VladD боюсь даже. @avp вроде вообще все может выдержать
 
@strangeqargo кроме C++
 
@ixSci Не, ну C++ вынести сложно ;-P
(1:1)
 
@VladD ну, он большой, ты не можешь просто взять его в охапку и выйти
это тебе не собака!
 
@strangeqargo Ага, то висящий указатель отвалится, то кольцевые ссылки зацепятся, то триграфы приклеятся к полу.
3
 
@VladD да триграфы - это страшилки, а висящие указатели с собой сишники приносят
а кольцевые ссылки, ну давайте признаемся, честно, кто из нас не любил иногда засунуть в свой проект кольцевую ссылку
 
12:42 PM
@strangeqargo «Within C++, there is a much smaller and cleaner language struggling to get out»
2
 
@NicolasChabanovsky скажите пожалуйста что делать с этим вопросом http://ru.stackoverflow.com/q/584892/191482 .
В начале был один, ответ был один. Потом юзер написал http://ru.stackoverflow.com/questions/584892/%D0%92%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B8-%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%B0-%D0%B2-%D0%BA%D0%BE%D0%B4%D0%B5-%D0%A1-unity3d/584948?noredirect=1#comment781223_584948 и http://ru.stackoverflow.com/questions/584892/%D0%92%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B8-%D0%BE%D1%82%D0%BA%D0%B
 
@VladD триграфы классная вещь) они повышают читабельность =)
@strangeqargo а в чём проблема?)
 
@pavel ??!??!
 
@pavel но их, к сожалению, выпилили
 
еее роккк
 
12:43 PM
@VladD ??'??-??'
 
1236
Q: What does the C ??!??! operator do?

Peter OlsonI saw a line of C that looked like this: !ErrorHasOccured() ??!??! HandleError(); It compiled correctly and seems to run ok. It seems like it's checking if an error has occurred, and if it has, it handles it. But I'm not really sure what it's actually doing or how it's doing it. It does look l...

 
@VladD, кстати, про «неактуальность .NET», если бы он был неактуален, то никто бы не вбухивал кучу ресурсов в .NET core и не покупал бы Xamarin
 
его купил трамп, чтобы получить голоса на выборах
(как я стал политиком: научился быстро врать)
 
@ixSci Это да, кстати. Ну .NET Core нужен для захвата власти над миром, но это не отрицает общей цели.
 
кстати, а в чём проблема кольцевых ссылок? А то упомянули их) вроде ж нормальное явление, решаемое
 
12:46 PM
@pavel В том, что её приходится решать.
То есть на этапе проектирования приходится выстраивать иерархию указателей, кто главный, а кто нет.
Даже если она неочевидна или вообще не нужна для задачи.
 
Кстати о триграфах. Интересно, сколько Delphi-программистов знают, что скобки для комментариев (* и *) - это на самом деле биграфы для { и }?
 
@VladD для того мозг нам дан
 
@ixSci Мозг дан не для того, чтобы бороться с взбрыками языка, а чтобы реализовывать логику предметной области.
 
@PavelMayorov я знаю) я в делфи { } привык комменты ставить... как-то с паскаля осталось.
 
@VladD ну это не «взбрык» языка, это прямое следствие отсутствия внешней сущности
C# это язык раб, он всё отдаёт на откуп хозяину. C++ — демократический язык.
 
12:49 PM
@ixSci Ну, мне проходилось бороться с отсутствием лямбд путём ручной упаковки в классы-контейнеры и реализации интерфейсов.
И это не есть хорошо.
Boilerplate пускай пишет машина.
 
@VladD не совсем уловил связь
 
@VladD я однажды видел лямбду
 
@VladD но зато вы в деталях понимаете что такое лямда, как она может работать и какие косяки можно в ней спороть.
 
лямбды не требуют Большого Брата
 
@ixSci Та же самая. Это boilerplate, нужный только потому, что в языке нет сущности.
 
12:50 PM
а решение перекрёстных ссылок — требует
 
@pavel Так ведь и биграфы - они с паскаля
 
интересно, лямбда кусается, плюет или душит?
 
@VladD я не об этом говорил
 
@pavel Сегодня я многое понял. Понял - что я тупой и не хочу многое понимать.
 
перекрёстных ссылок нет в C# по одной простой причине — GC
 
12:51 PM
@strangeqargo душит нас только жаба... кусаются цены а вот в душу плюнуть это возможно
 
т.е. в самом языке нет ничего такого и не может быть
 
@pavel иными словами "я не хочу понимать лямбды, я хочу хренак-хренак"
 
Ленину не понравилось бы уехать в перекрестную ссылку
 
@strangeqargo почему бы и нет) ездил бы Цюрих -> Лондон и обратно)
 
@ixSci Ну, это проблема языка, а не его достоинство. То, что об удалении ненужных объектов нужно заботиться вручную, означает, что вы потратите время не на кодирование бизнес-логики, а на борьбу с недостатками языка.
 
12:53 PM
@VladD хорошо, что в плюсах есть RAII
 
@VladD это называется trade-off. C'est la vie
 
@VladD ну зато если неудачно оставить кольцевую ссылку то GC не подберёт и будет утечка, это не лучше чем 1 раз распутать в С
 
@pavel Эээ? Как может GC не подобрать?
 
@pavel нет в .net проблемы кольцевых ссылок
 
@VladD как вратарь нашей сборной
 
12:54 PM
@pavel Что вы понимаете под "неудачно"?
 
@strangeqargo Да, ничего костыль, он спасает во многих случаях.
 
GC собирает с корня, т.е. его вообще не волнует, что они друг на друга ссылаются
 
@ixSci спасибо, я чего-то думал GC делает подсчёт числа ссылок на объект. Когда 0 - тогда и удалять.
 
(обоссал злые корни)
 
@strangeqargo не сиди под root - ом, не будешь и ссать после ввода команды)
 
12:56 PM
@pavel А можно случайно забыть и распутать 0 раз, и получится утечка памяти. А можно случайно распутать два раза, и получится UB и расстрел чужой памяти. Если нужно низкоуровневые вещи кодировать руками, ждите проблем.
 
@pavel gc в разных языках по разному работает - иногда подсчет ссылок
 
@VladD зато чувствуешь себя как маньяк) вроде и гадость, а на душе хорошо и гордишься что не накосячил)
 
@VladD да всё там нормально, просто приходится думать. Иногда может даже долго приходится, но всё решамо
 
@VladD Просто "распутывать" надо через мягкие указатели.
 
@ixSci «Лучше, конечно, помучится»?
 
12:57 PM
@PavelMayorov только void* только хардкор
 
@VladD смотря какие цели преследуются
 
@PavelMayorov Угу, и это означает, что нужно очень точно выстраивать иерархию объектов, и никогда (никогда!) не менять их время жизни друг относительно друга.
 
@VladD ну вот если серьезно - современные плюсы - оч ок без указателей и прочего говнища обходятся. норм жить.
 
@VladD ну, обычно так и бывает. Разве нет?
 
@VladD ну поменять то можно на самом деле, флаг выкинул, потом проверил дочистил и так далее
 
12:59 PM
@ixSci В C# обычно нет, а что?
 
@VladD между прочим, хорошая архитектура это подразумевает автоматически
 
@VladD чего нет, нормальной иерархии? Это недостаток того, кто это написал, значит
в composition root собирается, фактически, всё приложение, выстраивая чёткую иерархию зависимостей
циклические ссылки это скорее проблема некоторых структур данных
 
@PavelMayorov Не факт. Пример из моей практики: Вот у меня есть некоторая абстрактная операция, которая должна умирать в момент времени t0. Далее, в следующей версии программы необходимо добавить отчёт о её выполнении, который живёт неопределённо долго, пока его не заархивирует фоновый процесс. Теперь, отчёт ссылается на операцию. И тем самым продлевает её время существования. Это надо было предусмотреть с самого начала?
 
а так, по уму, их просто не должно быть
 
@ixSci Мне кажется, вы не сталкивались с реальнымо сложными требованиями, в которых связи между объектами сложные и запутанные.
 
1:01 PM
@VladD или я их удачно распутывал.
 
@ixSci Вы крутой, вам удавалось всегда. Мне — нет.
 
@VladD в C# это не пробелма, в C++ это ownership transfer
не вижу как тут иерархия приплелась
ну да, время жизни изменилось, ну и что?
 
@ixSci Не-не, вы ж говорили, что время жизни всего дерева должно быть известно заранее, с первой версии, и это ОК?
 
@VladD про время жизни я ни сказал не слова, я лишь говорил про иерархию объектов
 
Потому что эта самая операция — часть сложного дерева объектов.
 
1:03 PM
т.е. что от чего зависит
 
рви ему лицо прям, нападай
 
@VladD Кто еще должен знать об отчете, кроме менеджера отчетов? Если ответ - "никто", то пробление жизни асинхронной операции - не проблема.
 
@PavelMayorov Если операция — часть дерева объектов, то это значит, что время жизни дерева уже поменялось. И корень дерева внезапно должен учитывать наличие менеджера отчётов.
Сразу повышается связность системы
 
@VladD не должен.
 
@PavelMayorov Ну, он не может просто так убить завершённую операцию
И он должен теперь знать, что он не имеет права её убивать вовсе.
 
1:06 PM
@VladD Зато он может просто так убить shared_ptr
 
кусай его за нос прям, нападай
 
@PavelMayorov Ага, и это надо планировать на первой же версии?
 
@VladD да, конечно же
 
@VladD же - ла - тель -но
 
:33225936 ПМа на мыло за такие изменения требований
 
1:07 PM
@PavelMayorov В мире гениев такое, конечно, возможно. Я не Ванга, и предсказать, что понадобится завтра откручивать от дерева, а что нет, не могу.
 
обнаружен хитрый бобер, печатающий транслитом
 
@strangeqargo А то! Германия.
 
@VladD И не надо предсказывать. Просто все отношения владения должны быть shared_ptr.
 
@pavel Ага, ПМ сказал, что новое требование от regulatory. Наши действия? Уходим с рынка?
 
@VladD derzhis tam, u nas dazhe klaviaturi zapretili russkie, vtorzhenie NATO sam ponimaesh
 
1:09 PM
@PavelMayorov Окей, тогда вопрос о кольцевых ссылках снова встаёт.
 
@VladD едим кактус, вбиваем 3 флага, 2 костыля и менеджера который будет подчищать =)
 
@pavel Да, вот примерно такой код мы выкинули полностью на помойку в начале разработки новой версии, из-за невозможности поддерживать логику всех костылей.
 
@VladD ну главное дотянуть до момента когда можно выбросить старое и написать с 0. Тоже методология
 
@VladD Объекты не должны владеть друг другом по кругу в правильной архитектуре. В том же C# такое тоже приведет к ошибкам.
 
вон мы нашу СДК переписываем 4 раз с 0)
 
1:11 PM
@PavelMayorov Эээ? А тут не вопросы владения. Это просто объекты, которые друг друга знают.
 
@pavel может проще архитектора было вальнуть 1 раз
 
@VladD Знание без владения - weak_ptr
2
 
@VladD тогда зачем передаёте владение, если они просто друг друга знают?
 
Смотрите на это не как на дерево, а как на облако взаимодействующих сущностей.
 
@strangeqargo требования меняются каждую неделю) вначале всё хорошо а потом ещё 20 требований и понеслась
 
1:11 PM
@PavelMayorov weak_ptr == преждевременная смерть. Объект до менеджера отчётов не доживёт.
 
они теперь до афоризмов дошли
 
@VladD почему?
 
Люди в стеклянных домах топят корабли
 
@VladD Не надо смотреть как на облако! Облако усложняет любую проблему!
 
@PavelMayorov Ну, если у меня есть только слабые ссылка на объекты, то они умрут все, не дождавшись окончания операции.
 
1:13 PM
@VladD если умрут значит туда им и дорога
 
@PavelMayorov Надо, Потому что реально облако. Нету там жёсткой иерархии по сути.
 
@VladD Это недостаток архитектуры.
 
@pavel Эээ. Ну и отчёт я из пальца высасывать буду тогда?
 
@VladD впервой чтоли?... Есть же "с потолка" "от балды" и так далее
 
@VladD Кто именно создает отчет?
 
1:14 PM
@pavel а палец кусается, душит или плюется?
 
@VladD а почему у Вас отчёт создаётся после того, как объект может быть уничтожен?
 
@PavelMayorov Жёсткая иерархия есть недостаток. Потому что она не соответствует предметной области. А нужна только чтобы заткнуть проблему языка-без-GC.
 
@strangeqargo если палец у вас плюётся то вас жёстко поимели пальцем
 
надо было все делать на C++
 
posted on October 31, 2016 by Kaitlin Pike

A warning to all souls before you go further: We know you’ve been dying to hear this special Halloween edition of the podcast, but due to its frightening nature, we recommend you proceed with caution and put all small children and ghosts to rest before hitting play. But if you are so adventurous as to continue…

 
1:15 PM
@ixSci У меня он не умирает, потому что в C# GC-ссылка держит его на плаву.
 
@strangeqargo ...и ставить Linux.
 
@VladD а если перенести это в реалии C++? Значит не так что-то?
 
А остальная часть облака может отвалиться, если никому не нужна.
 
@VladD ну а в С++ его никто не удалит, сами убьёте когда ненужен станет. ВЫ же знаете когда это сделать можно
 
если что-то должно жить дольше, значит это нужно как-то сохранять
 
1:16 PM
@ixSci Не хочу переносить! В реалиях C++ пришлось бы изобретать искусственную иерархию только для того, чтобы объекты не умерли раньше времени.
 
@VladD т.е. у Вас все части приложения живут своей жизнью? И нет никакой регуляции?
 
ееее движуха
 
@ixSci так в любом коде происходит после 5-6 разрабов...
 
@ixSci В определённой мере да. Если система достаточно сложна, вы не можете всё контролировать вручную. Ну или вы можете, но я не могу, у меня не удерживается в голове миллиард связей.
 
@pavel @ixSci прав, хоть и ватник, код должно более-менее в живом состоянии сохранять, а не портить
 
1:17 PM
@VladD допустим, отчет создается по событию. Событие генерируется менеджером операций либо самой операцией. В этот момент операция гарантированно жива. Событие - это сущность, которая никуда не сохраняется (можно добиться этого, удалив или заприватив конструкторы копирования и операторы присваивания). Поэтому ничто не помешает событию владеть (продлять время жизни) операции.
 
@PavelMayorov Вопрос в том, какие связи между объектами облака: сильные или слабые. Вопрос о том, нужно облако или нет, оставляем за скобками: его диктует предметная область.
 
@VladD никто не может удержать в голове кучу связей, для это decoupling и придумали
 
@VladD Приведите пример - или не верю.
 
@ixSci Ну а требование жёсткой структуры — это снова coupling.
@PavelMayorov Мне придётся рассказать вам пол-архитектуры проекта.
Простите, не в этот раз, ладно?
 
@VladD почему? Мы разъединяем и разносим элементы системы, оставляя между ними пути,
 
1:19 PM
Потому что это долгий разговор.
 
@NicolasChabanovsky @NickVolynkin надо бы убрать "другое место" отсюда, а то фигня получается
 
архитектуру обсуждать почти всегда гиблое дело, когда это делают люди из разных проектов
 
@ixSci У вас появляется явное управление временем жизни. И вам приходится планировать его заранее. Это и есть зависимость.
 
@VladD знание того, кто кем владеет не является завимимостью
 
о ... да тут срач, как никак :)
 
1:21 PM
@ixSci Это не только знание. Это само фактическое владение.
В «облаке» владения нет, есть лишь ссылки.
 
@VladD фактическое владение — да, зависимость, но она вынужденная
 
И значит, жёсткой иерархии нет.
 
@VladD ну, это хаос называется. Разве нет?
 
@ixSci Вынужденная в рамках вынуждающего языка.
@ixSci Ну, этот хаос прекрасно работает.
 
@VladD не правда. В DI контейнерах C# есть то же самое понятие владения и времени жизни
 
1:23 PM
@ixSci Мы ими пользуемся довольно мало.
И DI не есть часть языка.
А просто библиотека, которую наверное писали люди с другими понятиями о языке.
 
@VladD shared_ptr тоже не часть языка ;)
 
Точнее, та DI-библиотека, о которой вбы говорите.
@ixSci Думаю, часть.
В стандарте он есть?
 
@VladD это библиотека
 
@ixSci Стандартная библиотека. C++ без shared_ptr невозможен. C# без DI — без проблем.
(Тем более, DI — это просто фича многих библиотек.)
 
@VladD его можно не использовать, но разговор не об этом. У Вас есть архитектура, которую Вы считаете классной, но использование оной в C++ вызовет проблемы. Я не считаю «облако» классной архитектурой и не вижу смысла обсуждать почему это плохо ложится на C++: она тут просто не нужна
у разных языков могут быть разные подходы к решению одной и той же задачи
и если задача не решается тем же методом в одном языке, это не повод его дискнотировать
 
1:28 PM
@ixSci Архитектура, которая ложится на C++, не обязательно ляжет на C.
 
@strangeqargo сжечь еретика!
 
@VladD это правда
 
Если язык типа C++ не подходит для какой-то задачи, это не проблема задачи, это проблема C++.
 
@VladD задачу можно решать разными методами. С чего Вы взяли, что Ваш метод лучший?
 
Точно так же архитектура, которая ложится на C#, не обязательно ляжет на C++.
 
1:30 PM
@VladD "если молотком нельзя закручивать шурупы, это проблема молотка"? :) (шутка)
 
@VladD я говорю о том же самом
 
@Grundy мне кажется пора открывать комнату "Холивары", вход будет сразу за комнатой "Политота".
 
@VladD Но если язык не подходит для архитектуры - это определенно проблема архитектуры, а не языка
 
@ixSci Нет, что вы. Мой метод наверняка не лучший. Я просто не верю, что метод, который ляжет на C++, обязательно будет лучше моего.
@PavelMayorov Почему же? Если архитектура прекрасно реализуется на другом языке, в чём проблема?
 
@VladD проблема в архитекторе
 
1:32 PM
@PavelMayorov Я правильно понимаю, или вам кажется, что если задача не ложится на C++, а ложится на C#, то проблема в архитектуре/архитектОре?
 
@VladD а это зависит от чего пляшет архитектор, от архитектуры(а потом выбирает язык) или же от языка(под него пишется архитектура). Лично я не видел первых случаев
 
@VladD Если вы пробовали только одну архитектуру - то нельзя говорить что задача не ложится на язык!
 
@ixSci Моё мнение: архитектура должна отображать предметную область и не более. Если для реализации архитектуры на каком-либо языке нужно вводить дополнительные связи/условия/зависимости — это признак того, что данный язык не подходит для данной архитектуры, и, следовательно, для данной предметной области.
 
@strangeqargo ну вот, пришлось объяснять коллегам почему я подавился чаем)
 
@VladD Не бывает предметной области "облако"
 
1:34 PM
@PavelMayorov Мы стараемся рефакторить всё, включая архитектуру, очень часто. Так что это обвинение не в нашу сторону.
 
@VladD в любом языке свои особенности, поэтому писать архитектуру в вакууме не получится
 
@PavelMayorov Это не предметная область, да. Но не всё описывается жёсткой иерархией.
@ixSci Не совсем. Архитектуру приходится подгонять немного, это да. Но хороший язык — это тот, в котором подгонять приходится меньше.
 
кроме того, покажите мне архитектора, который может создать архитектуру, а потом на основании своих знаний выбрать под эту архитектуру язык
я пойду ему деньги на памятник собирать
 
@ixSci Наш архитектор так и делает, да. У нас части проекта на разных языках.
 
@VladD сколько языков он знает?
 
1:37 PM
@ixSci Не знаю, а что?
 
@VladD это важно, вдруг ваша задача на Erlang решается лучше всего
или на Хаскель
а он выбрал C#
 
@ixSci боюсь после этих слов архитектор обидется.
 
@ixSci Возможно. Но ему, как живому практику, приходится ещё и справляться с констрейнтами: в команде есть спецы по X, Y и Z, и на рынке труда можно ещё найти спеца по U, а бюджет проекта равен W.
 
я, правда, в это не верю. Архитектура любого решения строится от языка, если это не high level design, от которого потом всё равно создаётся архитектура уже под конкретный язык
 
@Утка ))
 
1:40 PM
@ixSci а есть ли принципиальная разница, какой именно язык используется? ну будет там C# или Java это что-то изменит глобально?
 
@pavel между C# и Java может и не изменится, а вот между C++ и C# может. Не говоря уже о Erlang, Lisp и прочих
разные подходы могут быть
хотя в императивных языках, они всё равно будут похожи
 
@ixSci а не на императивных крупные проекты пишут?
 
avp
@ixSci только вот то, что под конкретный язык, уже называется не архитектура, а что-то вороде технический проект (архитектура -- это идея в абстрактных структурах данных и наметках алгоритмов)
 
@avp в голове особенности языка всё равно держатся — иначе никак
@pavel на erlang точно да
про другие не скажу — не знаю
 
@pavel photoshop - если память не изменяет/qt - c++ , linux/git - c (императивщина во все поля)
@pavel игроделы на плюсах, конечно же
 
avp
1:44 PM
@ixSci зачем? Мне, например, практически все равно, на чем парни будут делать web часть -- perl/php/java
 
@strangeqargo photoshop не на qt
@avp ну так это Вы говорите о HLD. Когда разговор пойдёт о том, какие структуры данных использовать и какие будут отношения между модулями, тут сразу нужно понимать, что за язык будет исползован
 
@ixSci да ладно, мне казалось, что они с 5-6 версии на qt сидят
 
@strangeqargo я посмотрел папку с PS — нет там Qt
 
avp
@ixSci а есть смысл говорить об архитектуре системы на более низком уровне?
 
хотя может быть статическая линковка. Хм
@avp ну да, архитектура есть на любом уровне
 
1:47 PM
@ixSci я точно слышал, что фотшоп на qt, хоть блин в экзешник лезь
 
@avp да, есть
 
avp
тогда, конечно. Начиная с момента, когда выбран язык для части системы архитектура в этой части зависит от него.
Но я всегда считал, что архитектура это HDL (и поэтому она над языком)
 
@avp ты криптономикон начал?
 
@strangeqargo сомнительно. НЕ вижу я в нём признаков Qt. Прошёлся Spyем по нему — не похоже на Qt
 
avp
@strangeqargo нет, я его еще не купил, и до декабря вряд ли. Вот нейро... (как его там дальше) потихоньку читаю
 
1:51 PM
@avp нейромант прям вот, аж перечитать захотелось
небо над заливом было цвета сишарп
 
avp
@strangeqargo там еще 2 шт. Джонни Мнемоник и что-то еще. Думаю, в отпуске прочту
 
не очень шарп, слегка размыто, но по крайней мере над заливом было небо
 
@avp это книги разной стилистики разных авторов и с разными сильными сторонами) их имхо не стоит сравнивать
 
@avp мнемоник ваще побоку, если память не изменяет, там граф Ноль и мона лиза овердрайв
 
avp
@Утка нейромант и криптономикон? Я знаю (и вроде не сравнивал)
@strangeqargo может быть. Щас под рукой нет.
 
1:54 PM
@Утка мнемоник тоже гибсоновский
 
@avp ну я так, на всякий случай предупредил) то что они в чьем-то списке "стоит почитать" рядом не значит что у них много общего)
 
avp
А вообще, я хочу в отпуске Красное колесо домучать
 
@strangeqargo да, я ща про нейромант и криптономикон)
 
@Утка ну все-таки обе книги ооооч крутые
 
@strangeqargo в моей шкале нейромант просто крутой, а криптономикон очень-очень крутой)
 
1:57 PM
@Утка нуууу К., наверное лучше написан и больше берет за душу, конечно
с другой стороны Н. - очень такое серьезное и злое произведение
в итоге - эмоционально - мне обе книги понравились и хочется всех героев запомнить
 
@strangeqargo мне как раз он кажется художественно не очень сильным, особенно ближе к концу, но насыщенность идеями невероятная. А вот в нейроманте как-то наоборот)
btw лавину стоит читать?
 
@Утка ловил себя на том, что перелистывал книгу в поисках фрагмента "semper fi, я падаю вниз", когда Шафто улетает
 
я у стивенсона еще прочитал пол барочного цикла, но как-то не оч пошло)
 

« first day (579 days earlier)      last day (2755 days later) »