Hi Bogdan!
On Mon, 20 Nov 2000, Bogdan Marinca wrote:
> Multumesc celor care mi`au raspuns propunerii. Astept si alti oameni
> interesati.
> pe anumite directive si specificatii;
> - un utilitar pentru cei care vor sa faca debugging sau sa hack`uiasca
> programe sursa; sa parseze sursele si sa realizeze schema structurala a
> aplicatiei: functiile, cu parametrii de intrare, dependentele intre
> functii, dependentele de anumite functii de librarie externa,
exista deja niste medii destul de avansata, la care au lucrat mii(?) de oameni
pe o perioada mult mai lunga decat am putea strange o echipa sa lucreze.
Vezi de pilda X/Emacs si KDevelop.
KDoc-ul din KDevelop de pilda iti poate genera doc, asemeni javadoc-ului.
Insa aici vad o problema de conceptie. Pornesti de la susrse spre logica
aplicatiei cand de fapt ar trebui sa fie invers. E drept, marea majoritate a
proiectelor OSS sunt un simulacru de XP in care fiecare 'hacuieste' cum se
simte mai bine, ca deh, nu exista manager de proiect care sa fie presat de
marketing sa scoata dracia mai rpd pe piatza.
> 'urmarirea' modului de modificare a unei variabile intr`o functie,
gdb is your friend. Si daca preferi prietenele :) incearca cu DDD, arata f
bine!
> testarea separata a diferitelor module vazute ca niste 'cutii negre'
> cu intrari si iesiri, integrarea cu un debugger(gdb), etc, etc;
vorbesti cumva de COM-uri? de JavaBeans? :)
> - plag-in pentru vim/gvim pentru realizarea a catorva functii prezente
> in VC++, Builder de ex. code completion (el are ceva de acest gen dar
> este de fapt un text completion (nu tine seama de specific limbajului de
> program.));
exista deja autcompletion pentru vim, dai un `help dictionary'.(parca)
si o multime de alte goodies (vezi un rpm -ql vim-*), dar desi fac cam 70% din
taskurile zilei in vim, nu-l vad totusi un `VC++'-like.
Poate invers, am inteles ca exista dll-uri pt goz ca sa poti sa-ti setezi
editorul favorit in VC++ ca fiind gvim! eh, asa mai da sabotaj :)
> - un 'magazin virtual' pe Web care sa porneasca de la baza de date cu
> catalogul de produse al firmei (si alte informatii, practic sa se
> poata integra cu programul de gestiune al firmei) sa creeze o lista cu
> atributele si relatiile intre ele, descoperite in baza de date, sa
> permita realizarea categoriilor(ierarhice) a produselor prezentate
> pe Web si modalitatea de specificare a atributelor acestora, sa aiba un
> 'generator de selectii' care sa`i permita clientului de Web sa
nu stiu, vad prea multa dorinta de 'automatizare', de 'wizardizare'. Unde e
factorul uman? E drept, e bine sa faca doar minimul necesar, dar cum stabilim
care e minimul?
Cat despre zhop-uri, am vazut unul simpatic rau (trade.ez.no -- PHP+XML)
si mai am un coleg care s-a jucat cu PHPShop (www.phpshop.org) si-l lauda de zor.
> realizeze cele mai diverse selectii in tabelele de produse, sa aiba
> template`uri de prezentare a tabelelor, module pentru autentificare clientzi,
> etc, etc., in principiu sa`i permita unui nespecialist in calc sa`si puna
> produsele si serviciile pe Web dupa anumite specificatii realizate
> de un 'editor de specificatii';
> - un modul de kernel care sa se ocupe
> monitorizare/statistica/profiling a activitatii kernel`ului si care sa
> aiba acces la cat mai multe variabile interne kernelului carora sa le poata afisa
>valoarea (de
> ex. ca acelea din /proc/sys), sa permita operatiunea de 'freeze kernel'
> apoi afisarea diferitelor variablie interne si chiar ajustarea lor
> (un fel de 'editor de kernel') si apoi 'unfreeze', analiza, etc ...
nu stiu exact ce skule folosesc 'kernel hackerii', dar cred ca doar
printf()-uri ici si colo (cum zicea Kernighan :).
si daca e modul de kernel, cum o sa-l controleze tocmai pe cel care-l
controleaza? hmm.
> - samd, samd, astept propuneri si de la voi!
cea mai buna propunere este "hai sa imbunatatim ceea ce exista".
Vezi o discutie interesanta pe tema asta la advogato.org (undeva prin
arhiva daca au :).
-- teodor
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
