|
| http://spacecraft.ssl.umd.edu/akins_laws.html ____________________
Per aspera ad astra - 42 |
|
sľúbený preklad, snáď dostatočne dobrý
1. Engineering is done with numbers. Analysis without numbers is only an opinion.
Inzinierska cinnost/analyza sa robi s cislami. Analyza bez cisel je len nazor.
2. To design a spacecraft right takes an infinite amount of effort. This is why it's a good idea to design them to operate when some things are wrong.
Na navrhnutie lode spravne je potrebne nekonecne usilie. To je dobry dovod, preco ich treba navrhovat tak, aby fungovali, ked sa nieco pokazi.
3. Design is an iterative process. The necessary number of iterations is one more than the number you have currently done. This is true at any point in time.
Dizajn je iterativny proces. Potrebny pocet iteracii je vzdy o 1 viac ako ten, co si prave urobil. Toto tvrdenie je pravdive v ktoromkolvek bode v case.
4. Your best design efforts will inevitably wind up being useless in the final design. Learn to live with the disappointment.
Aj tvoje najlepsie usilie bude nakoniec vo finalnom navrhu nepouzitelne. Nauc sa s tym zit.
5. (Miller's Law) Three points determine a curve.
3 body urcuju oblúk.
6. (Mar's Law) Everything is linear if plotted log-log with a fat magic marker.
Vsetko je linearne, ak je to zakreslene v logaritmickej mierke s dostatocne hrubou fixou.
7. At the start of any design effort, the person who most wants to be team leader is least likely to be capable of it.
Na zaciatku kazdeho navrhu, osoba, ktora chce byt timlidrom najviac, je na to najmenej vhodna.
8. In nature, the optimum is almost always in the middle somewhere. Distrust assertions that the optimum is at an extreme point.
V prirode, optimalna hodnota je takmer vzdy niekde v strede. Never tvrdeniam, ze optimalna hodnota je v extremoch.
9. Not having all the information you need is never a satisfactory excuse for not starting the analysis.
To, ze clovek nema vsetky informacie, ktore potrebuje, nie je nikdy dobrym ospravedlnenim pre nezacatie analyzy.
10. When in doubt, estimate. In an emergency, guess. But be sure to go back and clean up the mess when the real numbers come along.
Ked mas pochybnosti, odhaduj. V nuzdi hadaj. Ale vzdy bud pripraveny sa ku tomu vratit a upravit to, ked sa dostanes k skutocnym cislam.
11. Sometimes, the fastest way to get to the end is to throw everything out and start over.
Niekedy je najrychlejsou cestou k dosiahnutiu vysledky vsetko vyhodit a zacat uplne od zaciatku.
12. There is never a single right solution. There are always multiple wrong ones, though.
Nikdy neexistuje jedno spravne riesenie. Avsak vzdy existuje vela nespravnych.
13. Design is based on requirements. There's no justification for designing something one bit "better" than the requirements dictate.
Dizajn je zalozeny na poziadavkach. Neexistuje ziadne odovodnenie pre to, aby sa nieco navrhlo trochu "lepsie" ako poziadavky urcuju.
14. (Edison's Law) "Better" is the enemy of "good".
"Lepsie" je nepriatelom "dobre".
15. (Shea's Law) The ability to improve a design occurs primarily at the interfaces. This is also the prime location for screwing it up.
Moznost zlepsit navrh sa vyskytuje hlavne v rozhraniach [medzi komponentmi]. To je ale aj hlavny bod, kde sa da navrh pokazit.
16. The previous people who did a similar analysis did not have a direct pipeline to the wisdom of the ages. There is therefore no reason to believe their analysis over yours. There is especially no reason to present their analysis as yours.
Ludia, ktori robili podobnu analyzu pred tebou, nemali pristup k vsetkej mudrosti sveta. To znamena, ze neexistuje ziaden dovod verit, ze ich analyza je lepsia ako tvoja. A uz vobec neexistuje dovod predstierat, ze ich analyza je tvojou.
17. The fact that an analysis appears in print has no relationship to the likelihood of its being correct.
Fakt, ze analyza bola publikovana, nijak nesuvisi s pravdepodobnostou, ze je spravna.
18. Past experience is excellent for providing a reality check. Too much reality can doom an otherwise worthwhile design, though.
Minulost poskytuje excelentnu moznost porovnania [vysledkov] s realitou. Avsak prilis vela reality moze odsudit inak slusny navrh na neuspech.
19. The odds are greatly against you being immensely smarter than everyone else in the field. If your analysis says your terminal velocity is twice the speed of light, you may have invented warp drive, but the chances are a lot better that you've screwed up.
Je velmi nepravdepodobne, ze si ovela mudrejsi ako vsetci ostatni v danej oblasti. Ak tvoja analyza ukazuje, ze terminalna rychlost je dvojnasobkom rychlosti svetla, je sice mozne, ze si vynasiel warp drive, ale je ovela vacsia sanca, ze si urobil chybu.
20. A bad design with a good presentation is doomed eventually. A good design with a bad presentation is doomed immediately.
Zly navrh s dobrou prezentaciou je nakoniec odsudeny na neuspech. Dobry navrh so zlou prezentaciou je odsudeny na neuspech okamzite.
21. (Larrabee's Law) Half of everything you hear in a classroom is crap. Education is figuring out which half is which.
Polovica toho, co pocujes v skole, je nezmysel. Vzdelavanie je zistit, ktora polovica je ktora.
22. When in doubt, document. (Documentation requirements will reach a maximum shortly after the termination of a program.)
Ked mas pochybnosti, dokumentuj. (Poziadavky na dokumentaciu dosiahnu maximum kratko po ukonceni programu.)
23. The schedule you develop will seem like a complete work of fiction up until the time your customer fires you for not meeting it.
Casovy plan, ktory si vypracoval, bude vyzerat ako kompletna fikcia, az do chvile, kym ta zakaznik nevyhodi kvoli tomu, ze si ho nedodrzal.
24. It's called a "Work Breakdown Structure" because the Work remaining will grow until you have a Breakdown, unless you enforce some Structure on it.
Nazyva sa to "Work Beakdown Structure" (Praca Kolaps Struktura), pretoze zostavajuce mnozstvo Prace bude rast, az kym nezkolabujes, avsak pokial tu pracu nejakym sposobom nestrukturujes.
http://en.wikipedia.org/wiki/Work_breakdown_structure
http://cs.wikipedia.org/wiki/Work_breakdown_structure
25. (Bowden's Law) Following a testing failure, it's always possible to refine the analysis to show that you really had negative margins all along.
Po zlyhani testov je vzdy mozne zmenit analyzu tak, aby ukazovala, ze v skutocnosti sa negativne vysledky ocakavali.
26. (Montemerlo's Law) Don't do nuthin' dumb.
Neurob ziadnu sprostost.
27. (Varsi's Law) Schedules only move in one direction.
Casovy plan sa hybe vzdy len jednym smerom.
28. (Ranger's Law) There ain't no such thing as a free launch.
Neexistuje nic take, ako je start [nosica] zadarmo.
original: There ain't no such thing as a free lunch.
http://en.wikipedia.org/wiki/Tanstaafl
29. (von Tiesenhausen's Law of Program Management) To get an accurate estimate of final program requirements, multiply the initial time estimates by pi, and slide the decimal point on the cost estimates one place to the right.
Aby sme ziskali presny odhad náročnosti programu, je potrebne vynasobit povodny casovy odhad Pi a posunut desatinnu ciarku pre odhad nakladov o jednu cislicu doprava.
30. (von Tiesenhausen's Law of Engineering Design) If you want to have a maximum effect on the design of a new engineering system, learn to draw. Engineers always wind up designing the vehicle to look like the initial artist's concept.
Ak chces mat co najvacsi dopad na navrh noveho systemu, nauc sa kreslit. Inzinieri vzdy nakoniec navrhnu vozidlo, ktore vyzera ako prvotne umelecke koncepty.
31. (Mo's Law of Evolutionary Development) You can't get to the moon by climbing successively taller trees.
Na Mesiac sa nemozes dostat tak, ze budes liezt na postupne vacsie a vacsie stromy.
32. (Atkin's Law of Demonstrations) When the hardware is working perfectly, the really important visitors don't show up.
Ked hardver [na prezentacii] funguje presne tak ako ma, ti skutocne doleziti navstevnici sa nezucastnili.
33. (Patton's Law of Program Planning) A good plan violently executed now is better than a perfect plan next week.
Dobry plan vykonany hned je lepsi ako perfektny plan buduci tyzden.
34. (Roosevelt's Law of Task Planning) Do what you can, where you are, with what you have.
Rob co vies, tam, kde si, s tym, co mas.
35. (de Saint-Exupery's Law of Design) A designer knows that he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away.
Navrhar vie, ze urobil perfektny navrh nie vtedy, ked uz nie je co pridat, ale vtedy, ked uz nie je co odobrat.
36. Any run-of-the-mill engineer can design something which is elegant. A good engineer designs systems to be efficient. A great engineer designs them to be effective.
Kazdy inzinier dokaze urobit navrh, ktory je elegantny. Dobry inzinier navrhuje fungujuce systemy. Vynikajuci inzinier navrhuje systemy, aby boli efektivne.
37. (Henshaw's Law) One key to success in a mission is establishing clear lines of blame.
Klucom k uspechu v akejkolvek misii (projekte) je urcit si presne, kto kedy a za co je vinny.
38. Capabilities drive requirements, regardless of what the systems engineering textbooks say.
Schopnosti urcuju poziadavky, bez ohladu na to, co hovoria skripta o systemovom dizajne.
39. The three keys to keeping a new manned space program affordable and on schedule:
1) No new launch vehicles.
2) No new launch vehicles.
3) Whatever you do, don't decide to develop any new launch vehicles.
Tri klucove body, ktore treba mat na pamati pri navrhovani pilotovaneho programu tak, aby bol financne dostupny a na cas:
1 Ziadne nove nosice.
2 Ziadne nove nosice.
3 Cokolvek budes robit, len sa nerozhodni navrhnut nove nosice.
40. Space is a completely unforgiving environment. If you screw up the engineering, somebody dies (and there's no partial credit because most of the analysis was right...)
Vesmir je totalne neodpustajuce prostredie. Ak pokazis vyvoj, niekto zomrie (a neexistuje nieco take, ako ciastocny uspech, len preto, ze vacsina analyzy bola spravna).
edit:
za mix diakritiky a nediakritiky sa ospravedlňujem... napísané to bolo s anglickou klávesnicou (tj. v prestávkach pomedzi programovanie)... doplnené na slovenskej
edit 2 (24.5.):
opraveny preklad bodu 28 po upozorneni od DH - dakujem
[Edited on 24.5.2013 Agamemnon] ____________________
Per aspera ad astra - 42 |
|
"Klucom k uspechu v akejkolvek misii (projekte) je urcit si presne, kto kedy a za co je vinny."
 genialne. To nie je len o inzinierstve...
|
|
jj, pomerne dosť z toho sa dá preniesť aj na softvérové inžinierstvo...
a niektoré veci aj úplne do iných oblastí ____________________
Per aspera ad astra - 42 |
|
ad 1
"Engineering is done with numbers. Analysis without numbers is only an opinion."
musí matematická analýza, nutne obsahovať nejaké čísla?
máme úlohu
"tu je štvorec "X", zostrojte s toho štvorca štvorec "X2" o dvojnásobnej ploche"
môžete to začať počítať, a "použiť čísla", ale nemusíte, môžete aj použiť "kružidlo a pravítko"
http://cs.wikipedia.org/wiki/Soubor:Meno_(Socrates)_drawing_29.gif
a dokonca sa dopracovať k presnejšiemu, a rýchlejšiemu riešeniu
pričom ale nenapíšete žiadne číslo |
|
alamo,
když použiješ kružítko a pravítko, již to nebude analytické řešení, ale geometrické. Tedy ano, matematická analýza s číslicemi a čísly (byť jsou zastoupeny neznámou) operovat musí.
Mimochodem, geometrické řešení je velmi nepřesné, numerické podstatně přesnější a analytické zcela nejpřesnější. |
|
lenže pre tú konkrétnu úlohu, čo som uviedol ja, v ktorej mal štvorec x, nešpecifikovanú dĺžku strany, teda aj neznámu plochu, nebolo by trvanie na použití striktnej matematicko analytickej metódy nezmyselné a zbytočné?
človek by si pri jej aplikovaní musel dosadiť nejaké počiatočné "premenné", ktoré predsa neboli súčasťou zadania..
vo výsledku by riešil úplne inú úlohu a dospel k riešeniu niečoho úplne iného, čo s pôvodnou úlohou, nesúvisí ani zbla
záleží na konkrétnom zadaní
to zadanie si žiada pre svoje riešenie primerané nástroje, a určuje ich kvalitu aj použitie
ad 13
"Design is based on requirements. There's no justification for designing something one bit "better" than the requirements dictate."
|
|
| alamo... inak riešenie úlohy a analýza nie je to isté... ____________________
Per aspera ad astra - 42 |
|
to nie je.. vlastne práve že..
ak analýza ukáže že použitie nejakého zložitejšieho nástroja, je zbytočné, jeho čisto formalistické "natruc" aplikovanie, bude nakoniec kontraproduktívne |
|
máš pravdu - ale len v celkom úzko definovanom rozsahu rozmerov a požadovanej presnosti. Navyše úloha, presne v tom znení, ako si ju zadal, je riešitelná práve a len v rovine (na papieri, nákrese) a práve a len v grafickej forme.
V momente, keď ti predložím štvorec vystrihnutý z plechu, uvedený postup zlyhá.
Navyše, grafické riešenia tohoto typu obsahujú ďalšie "nevyslovené" analýzy - napríklad zdôvodnenie, prečo je takéto riešenie funkčné a správne a na akom princípe funguje.
Kontrolná úloha: máme kruh s plochou S. Zostroj kruh s plochou 2S.
[Upraveno 24.5.2013 Alchymista] |
|
Agamemnon, jen malé doplnění k bodu 28 překladu je to chytrá parafráze.
Neexistuje nic jako "oběd zdarma" VS "vypuštění zdarma". |
|
citace:
Agamemnon, jen malé doplnění k bodu 28 překladu je to chytrá parafráze.
Neexistuje nic jako "oběd zdarma" VS "vypuštění zdarma".
lol, vdaka
ja som si toto vobec neuvedomil... poznam tu originalnu frazu, a tak som toto automaticky precital v originalnom zneni
____________________
Per aspera ad astra - 42 |
|
| nojo, to si aj majitel orbcommu asi myslel, ze ma start zdarma |
|
