Здравствуйте, alex_public, Вы писали:
C>>Это устаревшая информация Boost он уже полностью понимает и при текущих темпах переплюнет gcc в поддержке C++11 к концу года. _>Я тоже слышал про это и обрадовался, но оказалось что рано — похоже там только про Linux версию говорили (и то сам не проверял).
Там платформенно-независимо. Т.е. улучшения сразу под все платформы.
Здравствуйте, Ops, Вы писали:
C>>Вот и получается, что терминал с vim оказывается удобнее. Ops>Да удобно все, деплой можно делать несложным скриптом, который все сделает прозрачно и в фоне. Да и вообще любой сервис можно прокинуть через SSH, не только консоль. В консоли точно так же придется держать это соединение, правда, в случае разрыва, сохраниться будет проблематично.
Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска.
Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей.
Ops>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль.
Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения.
Здравствуйте, Cyberax, Вы писали:
C>Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска.
C>Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей.
При чем тут скрипт? Алгоритм соединения может быть совершенно отдельным от него, можно, например, через тот же ssh прокинуть порты на первый хост, и подключаться "напрямую" ко второму
Ops>>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль. C>Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения.
Это только на больших магистралях в идеальных условиях так, а на концах куча тормозных хопов. А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
C>>Ага. У меня типичный сценарий — захожу по ssh на хост, потом из него цепляюсь на другой хост. Причём работаю с файлами по всей структуре диска. C>>Т.е. этот "несложный" скрипт очень быстро превратится в Ктулху, если будет всё учитывать. А ещё не забываем про права файлов и имена пользователей. Ops>При чем тут скрипт? Алгоритм соединения может быть совершенно отдельным от него, можно, например, через тот же ssh прокинуть порты на первый хост, и подключаться "напрямую" ко второму
Можно. Можно ещё через sshfs подмонтировать.
Только геморроя много, особенно если не забывать про sudo и прочие su.
Ops>>>Кстати, скорость света тут вообще не при чем, активное сетевое оборудование вносит куда большие задержки, чем непосредственно магистраль. C>>Это устаревшая информация Сейчас средний пинг лишь примерно в 1.5 раза больше фундаментального ограничения. Ops>Это только на больших магистралях в идеальных условиях так, а на концах куча тормозных хопов.
cyberax@cybnb:~/work/moleculo$ ping devsrv
PING devsrv.staffdirector.net (31.43.117.91) 56(84) bytes of data.
64 bytes from 31.43.117.91: icmp_req=1 ttl=48 time=167 ms
64 bytes from 31.43.117.91: icmp_req=2 ttl=48 time=152 ms
64 bytes from 31.43.117.91: icmp_req=3 ttl=48 time=151 ms
^C
--- devsrv.staffdirector.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 151.174/157.288/167.902/7.534 ms
Т.е. разница всего в два раза, по сравнению с идеальным случаем (прямой маршрут по дуге большого круга). Т.е. места для улучшения особо уже не осталось — потолок близко.
Ops>А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими.
У нормальных ISP уже давно каналы достаточные.
Здравствуйте, Cyberax, Вы писали:
C>Можно. Можно ещё через sshfs подмонтировать.
C>Только геморроя много, особенно если не забывать про sudo и прочие su.
Да не много, один раз написать и пользоваться.
C>Т.е. разница всего в два раза, по сравнению с идеальным случаем (прямой маршрут по дуге большого круга). Т.е. места для улучшения особо уже не осталось — потолок близко.
Кстати да, на больших расстояниях уже скорость света заметна. На маленьких — почти нет, попингуй из Киева что-нибудь в Москве, будет совсем другая картина.
Ops>>А произойдет где-то авария, и через эту магистраль пойдет лишний трафик, со всеми вытекающими. C>У нормальных ISP уже давно каналы достаточные.
А каналы тут не при чем, представь, что будет происходить на гейтах, когда маршруты будут перестраиваться.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, LaptevVV, Вы писали:
>>> И не предвидится того, что сделано в БлэкБоксе почти 20 лет назад... MZ>>Что такое блек бокс ? LVV>Это красная тряпка для всех остальных программистов...
А не расскажете что там такого красивого?
Я ради интереса скачал этот блэкбокс, запустил... ничего не понял.
Здравствуйте, x-code, Вы писали:
MZ>>>Что такое блек бокс ? LVV>>Это красная тряпка для всех остальных программистов... XC>А не расскажете что там такого красивого? XC>Я ради интереса скачал этот блэкбокс, запустил... ничего не понял.
Естественно!
Вот в этой книжке — все основы: http://www.ozon.ru/context/detail/id/8218517/
Почитайте, очень интересно!
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, MasterZiv, Вы писали:
>>> IDEA умеет делать прозрачный deployment через ssh/scp. Не совсем то, что нужно, >>> но близко. MZ>>Да там и нужно-то только что удалённая X-Window сессия или удалённый MZ>>Emacs, или удалённый GDB. C>Удалённый X — неуюзабелен совершенно вне локальной сети. С xpra ситуация чуть лучше, но не идеальна.
C>Удалённый gdb с локальным клиентом — лучше, но настройка уж больно муторная.
а что именно муторно ?
на сервере gdb-server — подсунуть бинарь и порт, у себя netbeans c соотв. плагином — указать куда коннектиться
Здравствуйте, sts, Вы писали:
C>>Удалённый X — неуюзабелен совершенно вне локальной сети. С xpra ситуация чуть лучше, но не идеальна. C>>Удалённый gdb с локальным клиентом — лучше, но настройка уж больно муторная. sts>а что именно муторно ? sts>на сервере gdb-server — подсунуть бинарь и порт, у себя netbeans c соотв. плагином — указать куда коннектиться
Постоянно надо соединяться/отсоединяться и т.д. Я прямо даже макросы для этого пишу. Ещё проблемы с отладочными символами бывают.
Sapienti sat!
Re: Идеальная IDE
От:
Аноним
Дата:
22.06.12 20:47
Оценка:
Здравствуйте, x-code, Вы писали:
XC>Вот почитал тут темы про Нормальный редактор для C++ и прочее, подумал о том, какой должна быть идеальная IDE для разработки на С++. http://ultimatepp.org
Здравствуйте, LaptevVV, Вы писали:
LVV>Здравствуйте, x-code, Вы писали:
MZ>>>>Что такое блек бокс ? LVV>>>Это красная тряпка для всех остальных программистов... XC>>А не расскажете что там такого красивого? XC>>Я ради интереса скачал этот блэкбокс, запустил... ничего не понял. LVV>Естественно! LVV> LVV>Вот в этой книжке — все основы: http://www.ozon.ru/context/detail/id/8218517/ LVV>Почитайте, очень интересно!
Ну, ещё что-то у Шиперски, наверное: http://forum.oberoncore.ru/viewtopic.php?f=75&t=3339 — но не читал.
А "Проект Оберон" теперь можно и выборочно посмотреть: http://forum.oberoncore.ru/viewtopic.php?p=73037#p73037.