C/C++ IDE
19 отговора
688 прегледа
Re: C/C++ IDE
Source-Navigator
Аз самият не съм го ползвал, но в една фирма, където работех преди, го ползваха масово за девелоп. Масклин може да каже дали е добро предполагам :)
[линк]
---
Любовта дълго търпи и е милостива; любовта не завижда, не безобразничи, не държи сметка за зло
Аз самият не съм го ползвал, но в една фирма, където работех преди, го ползваха масово за девелоп. Масклин може да каже дали е добро предполагам :)
[линк]
---
Любовта дълго търпи и е милостива; любовта не завижда, не безобразничи, не държи сметка за зло
По онова време
... нямаше нищо друго за Linux, с което можеш да разглеждаш (и _яко_ да търсиш кое как е направено в) голям обем код.
Все още харесвам някои неща в Source Navigator, но поддръжката му от дълго време лежи основно на раменете на един човек. А той изглежда не е Атлас
, така че на практика Source Navigator е мъртъв (последните му бета версии са тук), аи не е IDE.
От известно време аз използвам KDevelop, макар че определено има какво да се желае от него. Примерно отваряне на един и същи файл в няколко прозореца. За автоматично предлагане на полета/методи при рефериране на клас/обект или рефакторинг да не говорим. Е, поне може да ти предложи синтаксиса на C функции, ако си написал правилния #include.
CDT за Eclipse е друга възможност за писане на C++ код под Linux, но последният път като се пробвах доста се отчаях от тромавостта му (с под 1GB RAM си беше мъка), а и не видях интеграция с SVN. Нещата обаче може да са се пооправили, минаха месеци ...
And they have such sharp teeth
All the better to eat
And they're looking at me
Все още харесвам някои неща в Source Navigator, но поддръжката му от дълго време лежи основно на раменете на един човек. А той изглежда не е Атлас
, така че на практика Source Navigator е мъртъв (последните му бета версии са тук), аи не е IDE.
От известно време аз използвам KDevelop, макар че определено има какво да се желае от него. Примерно отваряне на един и същи файл в няколко прозореца. За автоматично предлагане на полета/методи при рефериране на клас/обект или рефакторинг да не говорим. Е, поне може да ти предложи синтаксиса на C функции, ако си написал правилния #include.
CDT за Eclipse е друга възможност за писане на C++ код под Linux, но последният път като се пробвах доста се отчаях от тромавостта му (с под 1GB RAM си беше мъка), а и не видях интеграция с SVN. Нещата обаче може да са се пооправили, минаха месеци ...
And they have such sharp teeth
All the better to eat
And they're looking at me
Редактирано от Masklin на
Re: C/C++ IDE
Аз съм върл противник на IDE-та -- не виждам никаква полза от използването им. Използвам си любимият текстов редактор, документацията си я чета в браузър, рядко използвам дебъгер, но когато наистина се наложи дебъгвам с gdb (едно време използвах ddd, но вече ми е много шарено).
Наистина не мога да разбера каква е ползата от IDE-та :)
Наистина не мога да разбера каква е ползата от IDE-та :)
Наистина се чудя
как успяваш да държиш всичко в главата си ... разбира се, ако имаш добра документация и пишеш хубави проекти, рядко се налага да ровиш по кода, за да разбереш нещо. А и с времето човек научава опции, команди и т.н. и е по-бързо да ги пише на ръка, отколкото да цъка по менюта. (Остава висящ въпроса с горещите клавиши 
)
В общият случай с IDE-тата се спестява време понеже успяват да свършат нещо вместо теб. В това е ползата им - автоматизация в рутинните неща, имаш всичко в ръцете си, на мястото, където ти трябва... Пък и се почва бързо и си по-производителен, докато се научиш. А в момента, в който стигнеш до това да те дразни GUI-то, винаги можеш да го откажеш
And they have such sharp teeth
All the better to eat
And they're looking at me
)
В общият случай с IDE-тата се спестява време понеже успяват да свършат нещо вместо теб. В това е ползата им - автоматизация в рутинните неща, имаш всичко в ръцете си, на мястото, където ти трябва... Пък и се почва бързо и си по-производителен, докато се научиш. А в момента, в който стигнеш до това да те дразни GUI-то, винаги можеш да го откажеш
And they have such sharp teeth
All the better to eat
And they're looking at me
Re: Наистина се чудя
Според мен това, че си по-производителен използвайки IDE си е чист мит. Както и че се започва по-лесно с IDE. Вместо да се концентрираш върху това, което искаш да направиш (т.е. да програмираш), повечето време прекарваш в чудене как да го направиш с IDE-то :) Пък и си е въпрос на избор -- дали да използваш паметта си да държиш в нея детайлите за проекта, или детайлите как да използваш IDE-то :) Обемът на човешката памет е доста голям -- просто не трябва да се пълни с глупости :)
Отделно мога да седна на всяка Юникс машина и да започна да програмирам след 10 минути, докато човек свикнал с IDE не може да направи почти нищо без него.
Отделно мога да седна на всяка Юникс машина и да започна да програмирам след 10 минути, докато човек свикнал с IDE не може да направи почти нищо без него.
Абе не е мит
За да програмираш с IDE не ти трябва да знаеш как се правят make файлове. Не ти трябва да знаеш командите на debugger-а. Не ти се налага да ходиш в документацията, за да видиш точно как се казваше метода и как му бяха наредени параметрите.
Всичко това срещу половин час четене на едно добро ръководство за твоето IDE. Пък и голяма част от нещата са интуитивни за всеки, работил известно време с графични среди. Така че не ти трябва да помниш кой-знае колко.
Вярно, без него се чувстваш с вързани ръце, но на колко хора и кога им се налага да са без него? Пък и кой сяда на коя да е Unix-машина? А и каква ми е ползата на мен като знам купища Unix команди, като ми бунеш в ръцете конзолата на Plan9?
Виж, ако ми дадеш любимото IDE 
Разбира се, за да е професионалист, човек е добре да може да се оправя и без IDE. Но определно преди да станеш такъв помага страшно много. А и след като станеш, можеш да се възползваш от него.
Всичко това срещу половин час четене на едно добро ръководство за твоето IDE. Пък и голяма част от нещата са интуитивни за всеки, работил известно време с графични среди. Така че не ти трябва да помниш кой-знае колко.
Вярно, без него се чувстваш с вързани ръце, но на колко хора и кога им се налага да са без него? Пък и кой сяда на коя да е Unix-машина? А и каква ми е ползата на мен като знам купища Unix команди, като ми бунеш в ръцете конзолата на Plan9?
Виж, ако ми дадеш любимото IDE
Разбира се, за да е професионалист, човек е добре да може да се оправя и без IDE. Но определно преди да станеш такъв помага страшно много. А и след като станеш, можеш да се възползваш от него.
не го смятам zа мит
Аz например го намирам zа много досадно zа да си zаредя програмата в дебъгера, да трябва да пусна скрипт zа компилиране в един проzорец, да пусна програмата (обикновено в друг проzорец), да пусна дебъгера (пак в друг проzорец) да го атачна към програмата и т.н. Дотука обикновено съм zабравил какво търся. В любимият ми редактор (zабележи по дефолт) zа това натискам един клавиш.
Друго предимство е че се парсва иzвода от компилирането, като автоматиzно се откриват грешките, с двоен клик отиваш на реда, където е грешката, с един клавиш виждаш детаилирано описание.
За търсенето в кода, също е неzаменимо, не можеш да zнаеш целия проект наиzуст (или ако го zнаеш, повече главата ти няма да роди свежа мисъл). Пример: на сегашното си работно място съм от около година и полвина, моят началник скоро имаше 10 г. юбилей (емакс + цтагс), е по бърzо се ориентирам иz кода беz да си zатлачвам главата с раzни функции и параметри, които той и беz компютър ги zнае, ама zа какво.
Пробвал ли си работещ auto complete? Пробвай да работиш на шел беz допълване на директориите, горе долу същото е.
В едно иzречение, не че не мога да се кача на Черни връх пеша, ама zащо като има лифт?
. В любимият ми редактор (zабележи по дефолт) zа това натискам един клавиш.
Друго предимство е че се парсва иzвода от компилирането, като автоматиzно се откриват грешките, с двоен клик отиваш на реда, където е грешката, с един клавиш виждаш детаилирано описание.
За търсенето в кода, също е неzаменимо, не можеш да zнаеш целия проект наиzуст (или ако го zнаеш, повече главата ти няма да роди свежа мисъл
). Пример: на сегашното си работно място съм от около година и полвина, моят началник скоро имаше 10 г. юбилей (емакс + цтагс), е по бърzо се ориентирам иz кода беz да си zатлачвам главата с раzни функции и параметри, които той и беz компютър ги zнае, ама zа какво.
Пробвал ли си работещ auto complete? Пробвай да работиш на шел беz допълване на директориите, горе долу същото е.
В едно иzречение, не че не мога да се кача на Черни връх пеша, ама zащо като има лифт?
Re: не го смятам zа мит
Е, всеки си има предпочитан стил на работа. Аз не мисля, че бързината на работа задължително е предимство -- в някои случаи се ускорява само писането на грешен код :) Не е хубаво пръстите да работят по-бързо от мозъка :) Виждал съм що за код съчиняват такива хора и предпочитам да работя малко по-бавно :)
Лично за мен предпочитаният начин за писане на код е лист и молив (и гума разбира се :). Никакви инструменти не могат да ми заменят бюрото (или евентуално пода когато количеството код порастне) с 10-20 разхвърляни листа, които мога да обхвана с поглед едновременно.
Като спомена за auto completion се сетих една случка от преди няколко седмици. Трябваше да променям един код, писан от някой с IDE. Човекът се объркал като дефинирал класа и вместо променлива с име lambda декларирал lamdba. След това очевидно никога не е написал променливата ръчно и навсякъде - 20-30 срещания в 3-4 файла, се споменаваше променливата lamdba :) Аз си пиша моя код както трябва и се чудя защо не иска да се компилира :)
>В едно иzречение, не че не мога да се кача на Черни връх пеша, ама zащо като има
> лифт?
Зависи защо се изкачваш. :)
Лично за мен предпочитаният начин за писане на код е лист и молив (и гума разбира се :). Никакви инструменти не могат да ми заменят бюрото (или евентуално пода когато количеството код порастне) с 10-20 разхвърляни листа, които мога да обхвана с поглед едновременно.
Като спомена за auto completion се сетих една случка от преди няколко седмици. Трябваше да променям един код, писан от някой с IDE. Човекът се объркал като дефинирал класа и вместо променлива с име lambda декларирал lamdba. След това очевидно никога не е написал променливата ръчно и навсякъде - 20-30 срещания в 3-4 файла, се споменаваше променливата lamdba :) Аз си пиша моя код както трябва и се чудя защо не иска да се компилира :)
>В едно иzречение, не че не мога да се кача на Черни връх пеша, ама zащо като има
> лифт?
Зависи защо се изкачваш. :)
Re: Абе не е мит
Без да натряпвам моя избор - аз обикновено работя с комбинацията: jEdit + GNU/Emacs
Единственото лошо на jEdit, което ще бъде коригирано още тази година е, че зависи от Java на Sun. Все още поддръжката на Swing в GNU Classpath не е достатъчно добра, но очаквам след 2, максимум 3 издания това вече да не е така.
jEdit е изключително кадърно написан текстов редактор за програмисти на Java. Използва множество приставки - plugins, които ми дават такива работи като следене на компилирането, трансформация на XML, XPath и още доста други.
Освен това работи на платформите, които ползвам аз.
GNU/Emacs е друго нещо - определено е трудно да започнеш работа с него, първите две години, в които ползват GNU/Linux, го ненавиждах. Но от друга страна - има го на почти всяка платформа.
При мен е много важно да мога да седна на една машина и след максимум 1 час да мога да я ползвам (ходене при клиенти, използване на идиотски ОС и тям подобни).
Emacs ми дава възможността да правя много шантави действия по достатъчно удобен начин (пък и да ръчна Масклин - има интеграция със Събвършън). Текущите ми проблеми с него са при работата с изходен, който е с различно кодиране на символите от текущото.
Не мога да твърдя, че такава комбинация е за всеки, но на мен лично ми помага да работя доколкото мога.
Единственото лошо на jEdit, което ще бъде коригирано още тази година е, че зависи от Java на Sun. Все още поддръжката на Swing в GNU Classpath не е достатъчно добра, но очаквам след 2, максимум 3 издания това вече да не е така.
jEdit е изключително кадърно написан текстов редактор за програмисти на Java. Използва множество приставки - plugins, които ми дават такива работи като следене на компилирането, трансформация на XML, XPath и още доста други.
Освен това работи на платформите, които ползвам аз.
GNU/Emacs е друго нещо - определено е трудно да започнеш работа с него, първите две години, в които ползват GNU/Linux, го ненавиждах. Но от друга страна - има го на почти всяка платформа.
При мен е много важно да мога да седна на една машина и след максимум 1 час да мога да я ползвам (ходене при клиенти, използване на идиотски ОС и тям подобни).
Emacs ми дава възможността да правя много шантави действия по достатъчно удобен начин (пък и да ръчна Масклин - има интеграция със Събвършън). Текущите ми проблеми с него са при работата с изходен, който е с различно кодиране на символите от текущото.
Не мога да твърдя, че такава комбинация е за всеки, но на мен лично ми помага да работя доколкото мога.