Utveckla nytt Eldim?
Det var länge sen det diskuterade något om Eldim. Som många säkert minns var jag inte helt överens med upphovsmannen om valet av ett långsamt döende smalt nischat språk som Delphi och dessutom hade vi lite olika syn på öppen källkod och att dela med sig av koden. Jag har funderat lite på att skriva ett eget program. Dels för att j det är användbart men också för att lära mig räkna ordentligt för ärligt talat har jag glömt hur man gör. Förslagsvis blir det en enkel webbapplikation i ren JavaScript som kör direkt i webbläsaren utan någon serverdel. Det vill säga något som fungerar oavsett om man har Windows, Mac eller Linux och oavsett om det är en dator, tablett eller telefon. Som dessutom går att lägga på en webbserver eller köra direkt från sin egen dator.
Någon här som kan tänka sig att hjälpa till?
Någon här som kan tänka sig att hjälpa till?
Jag har tänkt tanken själv men jag vågar inte lova någon hjälp. Vi ska strax kicka igång årets stora renoveringsprojekt (badrum + byta värmesystem i huset) och frugan tycker att jag spenderar för mycket tid på BH som det är.
Jag kan komma med glada tillrop dock!
Jag kan komma med glada tillrop dock!
Delphi och icke-öppen kod låter som två riktigt usla beslut.
Jag jobbar som systemutvecklare men är ursprungligen utbildad till elektroingenjör. Har ingen elbehörighet, men tror mig iallafall ha hjälplig grundkoll på ämnet. Om inte annat ingick teoridelen för begränsad behörighet i min utbildning för lääänge sedan.
I mån av tid är jag gärna med och hjälper till. Jag har dock ingen erfarenhet av javascript utan jobbar mer med backend i stora, gamla system. Skulle .net core kunna vara ett intressant val? Det är supportat på windows, linux och ios.
Jag jobbar som systemutvecklare men är ursprungligen utbildad till elektroingenjör. Har ingen elbehörighet, men tror mig iallafall ha hjälplig grundkoll på ämnet. Om inte annat ingick teoridelen för begränsad behörighet i min utbildning för lääänge sedan.
I mån av tid är jag gärna med och hjälper till. Jag har dock ingen erfarenhet av javascript utan jobbar mer med backend i stora, gamla system. Skulle .net core kunna vara ett intressant val? Det är supportat på windows, linux och ios.
Är det en fråga till mig?L laseryxa skrev:
Får jag föreslå att oavsett språk eller plattform så ska all källkod ska ligga öppet på github eller bitbucket eller något liknande. Github är utan tvekan mitt förstahandsval!
Det bör finnas minst ett par vettiga, pålitliga projektägare som avgör vilket funktionalitet som ska in i programmet. Fel personer där kan orsaka katastrof. Alla projektägare behöver inte nödvändigtvis vara utvecklare. Dom ska mer kunna teorin bakom hur man räknar el och avgöra hur programmet ska bete sig.
Jag hade också tänk mig att all kod skulle ligga på t.ex. GitHub. Att utveckla för .NET är definitivt ett alternativ. Själv skulle jag då föredra C# och det vore kul att testa WPF istället för Windows Forms som UI-ramverk.
Blir det något åt .net-hållet så tycker jag att c# är det enda rimliga alternativet. Vb.net finns bara kvar för att man ska kunna porta gamla sura visual basic-program.
Men WPF och Windows forms är så vitt jag vet inte en del av net core. Kodar vi i de ramverken så blir det antagligen bara körbart på Windows. Vi borde sträva efter något som är körbart på så många plattformar som möjligt.
Se https://github.com/dotnet/core/issues/784
Men WPF och Windows forms är så vitt jag vet inte en del av net core. Kodar vi i de ramverken så blir det antagligen bara körbart på Windows. Vi borde sträva efter något som är körbart på så många plattformar som möjligt.
Se https://github.com/dotnet/core/issues/784
Jag tolkade det han skrev som att eldim inte hade öppen källkod och att han tyckte att det var synd, men jag kan förstås ha misstolkat. Jag är nog bara intresserad att delta om källkoden är öppen.
Jag vill också ge några rekommendationer ifrån en gammal sur systemutvecklare!
Det är smart att börja smått. Om vi redan nu låser oss vid något ramverk för det grafiska gränssnittet kommer vi till slut bli oense. Det kommer också direkt utestänga de som tycker annorlunda. Istället är det smart att börja med ett fristående lib med all beräkningar. Det driver man initialt på absolut enklast sätt med ett consolprogram. Då blir det enkelt att börja koda och testa. Sedan kan någon börja med en WPF-app som nyttjar beräkningslibbet samtidigt som någon annan skriver en ipad-app samtidigt som någon annan gör en tredje app. Så länge all beräkningsfunktionalitet finns och är vältestad och fristående kan man enkelt göra vad som helst. Ledsnar någon utefter vägen så finns en enkel möjlighet för någon annan att ta över och fortsätta.
EDIT: Det innebär också att det är enkelt att porta beräkningslibbet till något annat språk. Någon kanske vill beräkna el med sin stordator och kan då enkelt porta beräkningslibbet till cobol utan att behöva vada igenom en massa orelevant kod för det grafiska gränssnittet.
Jag vill också ge några rekommendationer ifrån en gammal sur systemutvecklare!
Det är smart att börja smått. Om vi redan nu låser oss vid något ramverk för det grafiska gränssnittet kommer vi till slut bli oense. Det kommer också direkt utestänga de som tycker annorlunda. Istället är det smart att börja med ett fristående lib med all beräkningar. Det driver man initialt på absolut enklast sätt med ett consolprogram. Då blir det enkelt att börja koda och testa. Sedan kan någon börja med en WPF-app som nyttjar beräkningslibbet samtidigt som någon annan skriver en ipad-app samtidigt som någon annan gör en tredje app. Så länge all beräkningsfunktionalitet finns och är vältestad och fristående kan man enkelt göra vad som helst. Ledsnar någon utefter vägen så finns en enkel möjlighet för någon annan att ta över och fortsätta.
EDIT: Det innebär också att det är enkelt att porta beräkningslibbet till något annat språk. Någon kanske vill beräkna el med sin stordator och kan då enkelt porta beräkningslibbet till cobol utan att behöva vada igenom en massa orelevant kod för det grafiska gränssnittet.
Redigerat:
Ni behöver nog inte göra något så märkvärdigt eller snöa in på diverse befästningslinjer i de ofta meningslösa striderna kring olika utvecklingsmiljöer, ramverk etc. Se till som sagt att den handfull beräkningar med tillhörande i standarderna normerad indata kommer rätt på plats så är det klart. I förra vändan blev det inte helt ok och fel kom och gick i den viktiga grunden men det som ligger för användning som ElDim är trots allt användbart för målgruppen.
I princip kan man skatta allt detta i huvudet eller med en lapp och något ritstift om man är lite förfaren i vad det går ut på för BH fallen. Användaren mycke_nu som var med tidigt och testade tyckte vilket jag kan tycka är rätt och bra att det kunde läggas i kalkylark. Då kan alla se och verifiera att grunden är rätt och även ändra om man vill det.
Eller för all del något likt TS nämner tidigare som körs direkt i läsaren. Om jag kan ska jag gärna bidra även nu med någon input eller rättelse, test osv.
I princip kan man skatta allt detta i huvudet eller med en lapp och något ritstift om man är lite förfaren i vad det går ut på för BH fallen. Användaren mycke_nu som var med tidigt och testade tyckte vilket jag kan tycka är rätt och bra att det kunde läggas i kalkylark. Då kan alla se och verifiera att grunden är rätt och även ändra om man vill det.
Eller för all del något likt TS nämner tidigare som körs direkt i läsaren. Om jag kan ska jag gärna bidra även nu med någon input eller rättelse, test osv.
Hobbyelektriker
· Värmland, Molkom
· 26 810 inlägg
Jag håller mig nog till KrilleW's eldim ett tag till. Han har haft annat på tapeten det senaste året och borde helt klart få en chans att slutföra. Känner inte för att lägga ned samma *ansenliga* mängd tid på ett nytt verktyg...
Ang teknikval är kanske Delphi inte så portabelt till mobilapp etc men det är Krilles val. Efter att ha programmerat datorer i 40 år däribland i Java, .NET, C# så lägger jag dessa nämnda längst ned på priolistan... Men java är kanske svår att undvika om man vill in på android.
Ang teknikval är kanske Delphi inte så portabelt till mobilapp etc men det är Krilles val. Efter att ha programmerat datorer i 40 år däribland i Java, .NET, C# så lägger jag dessa nämnda längst ned på priolistan... Men java är kanske svår att undvika om man vill in på android.
Ur teknisk synvinkel tror jag på enklaste möjliga lösning, vilket torde vara en HTML-fil med integrerad javascript. Nej, det är inte den mest eleganta lösningen men den fungerar på samtliga plattformar och är enkel att koda. Det är inte heller den mest underhållsvänliga lösningen men den behöver egentligen inte något större underhåll heller. Dimensioneringsreglerna ändras inte så mycket (om alls?) för de fall som är aktuella här. Att göra ett separat bibliotek för det fåtalet algoritmer det rör sig om ter sig överarbetat.
Lua kan kanske vara ett alternativ om inte HTML5/javascript funkar.
Jag håller med alla som argumenterar för att börja enkelt och att ha en stabil grund. Första steget borde vara rena beräkningsfunktioner som verifieras av automatiska enhetstester med standardfall som GK100 föreslår. Sedan kan man bygga ett användargränssnitt och lägga till extra funktionalitet. Jag tror det bästa är om jag börjar ensam och skriver grunden och sedan delar med mig av koden.GK100 skrev:
Så nu blir frågan istället: Vilken är den bästa boken, dokumentationen eller källan för att lära sig kabeldimensioneringen från grunden?
Jag har bläddrat i "Elinstallationer yrkesmannaskap Faktabok/Mantörshandbok" men den verkar ha en annan inriktning och framför allt en annan målgrupp. Boken "Elkraftteknik" i samma serie verkar innehålla hela två sidor om dimensionering men det känns lite tunt. De nya böckerna för gymnasiet i serien "Meta Elinstallation/Elkraft" verkar inte vara mycket bättre. Jag hade jättebra kompendier ifrån universitetet där jag läste "Allmänn elbehörighet" som sommarkurs för många herrans år, men det verkar tyvärr ha åkt i soporna eller så gömmer det sig i en gammal flyttkartong någonstans.
Så var hittar jag något bra att utgå ifrån?
Mycket smart. Håller med till 100%.O Steamboy skrev:
Inte smart. Detta låter som första steget mot det som inte blev bra med eldim.O Steamboy skrev:
Frågan är om du vill göra ett nytt eldim med hjälp av forumet eller om du vill att forumet tillsammans ska skapa ett nytt eldim. Några risker om du "bara ska börja med grunden" är tex:
- Jag är inte riktigt klar att dela med mig av koden ännu, den måste bara städas upp lite.
- Jag är inte riktigt klar att dela med mig av koden ännu, jag måste bara fixa den där sista buggen.
- Jag är inte riktigt klar att dela med mig av koden ännu, jag är inte riktigt färdig.
- Jag är inte riktigt klar att dela med mig av koden ännu, jag har fullt upp på jobbet och hinner inte.
- Jag är inte riktigt klar att dela med mig av koden ännu, jag har glömt att ge katten middag.
I mjukvaruprojekt blir man aldrig klar och det finns alltid något att polera lite mer på. Det är normalt. Men jag har tappat räkningen på alla som håller på med något coolt hemma på sin kammare och bara ska göra X innan man är klar och är redo att publicera/checka in i git/maila till projektledaren/uppdatera repot. Och man kommer aldrig fram till målet för efter X kommer Y, och Z, och till slut tar orken och tiden slut.
Jag föreslår att någon (du?) skapar upp ett githubrepo och gör infrastrukturen. Här ska alla beräkningsrutiner ligga. Här ligger enhetstesterna. Så här lägger man till ett nytt enhetstest. Så här kör man enhetstesterna. Här finns en enkel klient som en IT-okunnig kan använda för att motionera koden och för-hand-testa beräkningsrutinerna. Allt detta kan man göra genom att koda något superenkelt, tex ohms lag.
Sedan händer förhoppningsvis det som är så bra med öppna projekt. Jag hittar kanske en bok hur man räknar maxlängd för kablar och börjar implementera det. Du snackar med GK100 och ni börjar tillsammans koda något annat. Bo börjar kanske speca någon tredje beräkning och en annan forummedlem hugger in och börjar koda den.
Alternativet att vi andra ska vänta tills du är klar med grunden är, tycker jag, mindre bra. Och det är ingen kritik mot dig. Det är en precis lika dålig idé att ni ska vänta på att jag ska göra klart grunden.
Redigerat: