Beiträge von SOLVE-SMART

Zitat von Andy

löst imho das eigentliche Problem nicht.

Ich gebe dir Recht Andy , dass es das Problem nicht ganz löst. Es verschlimmert es jedoch aber auch nicht und vermindert zumindest die unterschiedlichen Stile und deren Auswirkungen. Ich bin mir sicher du hast in deinen Leben schon sehr viel Code gesehen und an Code mitgewirkt, doch vielleicht hast du auch eine Stichprobe von Leuten gehabt, die nicht gerade leidenschaftlich entwickeln und ggf. auch wenig Ambitionen beim Testing haben 🤔 . Ich weiß es nicht.

Für mich kann ich sagen, dass ich in den vergangenen 10+ Jahren in verschiedenen Teams, in verschiedenen Unternehmen gut mit Coding Styleguide etc. gefahren bin. Muss ja nicht das Allheilmittel sein, auf keinen Fall. Doch die breite Masse der Unternehmen nutzen solche Coding Conventions. Daher denke ich, wird es schon seinen Grund haben.

An sich verstehe ich deine Argumentation jedoch voll und muss LEIDER beipflichten.

Viele Grüße
Sven

Kurzes Update: Noch mehr an die Bedrürfnisse der Community angepasst (hoffe ich).

grafik.png

Viele Grüße
Sven

Mir persönlich ganz wichtig:

grafik.png

Zitat von AspirinJunkie

Na gut, da es jetzt doch erwähnt wird, will ich trotz der Gefahr der Schleichwerbung und zusätzlicher Verwirrung noch meinen Ansatz hierfür, welcher in der >>TableData-UDF<< implementiert wurde vorstellen.

Das ist doch keine Schleichwerbung AspirinJunkie . Wenn du tolle UDFs zu Verfügung stellst, sprich auch gern darüber (zumindest meiner Meinung nach). Davon können sooooo viele Leute profitieren und dafür ist doch das Forum, GitHub (Open Source) u.a. da 😀 .

Also Danke dafür 🤝 .

Mars Danke auch dir für die Auflistung in Post #11: Ist krass wie viele Lösungsansätze existieren. Wird einem (mir) erst bewusst wenn es nochmal aufgezeigt wird 😅 .

Viele Grüße
Sven

Vielen Dank Tweaky für dein Durchhaltevermögen bei diesem Thema, ist wirklich bewundernswert 😊 . Hoffe das du guten, vielen Support dazu bekommst.
Ich schaue einmal, ob ich diesmal ebenfalls helfen kann und die Zeit finde. Wie du vielleicht gesehen hast kämpfe ich an einigen Fronten derzeit. Trotzdem versuche ich deine Arbeit mit ein wenig Unterstützung meinerseits zu würdigen - ehrlich, Danke.

Viele Grüße
Sven

Ein weiteres Update und damit hi zusammen 👋 .

💡 Wir haben zwei Mini-Achievements zu verzeichnen. Zum einen haben wir einen "follower" 😂 , aus unseren Reihen sicherlich, zum anderen habe ich das erste Repository angelegt, damit wir Fragen zu unserer zukünftigen Arbeitsweise mit Git, GitHub usw. einfacher kollaborativ beantworten können und diese Antworten dort auch festhalten können.

Mehr Inhalt im Repo. folgt natürlich noch 😀 .

grafik.png

Viele Grüße
Sven

Und so hat eben jeder seine eigene Art bestmöglich an die Software Qualität heranzukommen, die er/sie entsprechend für richtig und gut bewertet/empfindet.
Ich bin bei allem was du sagst bei dir Moombas , wirklich, doch weiße ich darauf hin - und dies musste ich für mich erstmal lernen/verstehen - das es einen großen Unterschied macht ob man beruflich an Software arbeitet oder privat. Zudem ob man kleine oder große Projekte umsetzt im privaten oder beruflichen Kontext etc.

In einem Software-Entwicklungsteam mit bspw. Product Owner und Stakeholdern, ist man i.d.R. auch gezwungen Coding Guidelines, Code Conventions etc. einzuführen, damit man den Anforderungen die von außen kommen (nicht von einem selbst) gerecht werden kann.

Aber: Vielen Dank für deinen Beitrag und die Hinweise zum Thema 🤝 => spricht mir aus der Seele.

Viele Grüße
Sven

Hi zusammen 👋 ,

📣 Update:
=> Es gibt nun eine GitHub Organisation 🔗 "AutoIt-Community-Projects".
=> Angelehnt an den zusätzlichen Kommunikationskanal 🔗 Discord Server "AutoIt Community Projects".

Zur Erinnerung:
Im Zusammenhang mit diesen zusammengehörige Threads

• Community Projekt: Teil 1 - Interesse an einem gemeinsamen größeren (Software)Projekt?
• Community Projekt: Teil 2 - Umgang mit Discord, Git, GitHub, gemeinsamen Tooling
• Community Projekt: Teil 3 - Onboarding, Erklärvideos (ggf. Videocalls)

wollen wir nach und nach damit aktiv werden und ein erstes oder mehrere gemeinsame AutoIt Projekte auf die Beine stellen.
Dies soll versioniert, semi-professionell und mit den ausgewählten Mitteln (Forum, GitHub, Discord, Git) ablaufen.
Ich halte euch auf dem Laufenden 🤹‍♂️ .

Viele Grüße
Sven 👨‍💻

Ich wollte mit diesem Thread keinen Glaubenskrieg oder ähnliches auslösen. Am Ende seid ihr alle erfahren genug um die für euch richtige Methode heraus zu picken, eure UDFs, Skripte, Programme nachherzu fehlerfrei zu entwickeln.

Wie im Video auch mehrfach erwähnt, ging es mir in erster Linie um die Vorstellung und Vorteile von Unit Tests (auch für AutoIt). Das diese Testkategorie neben Integrationstests, Systemtests, UI-Tests und vielen weiteren keine absolute Sicherheit bietet, steht außer Frage.

Danke aber für die Interessante Diskussion 👌 .

Viele Grüße

Sven

Hi Andy 👋 ,

ich kann deine Ausführungen und Argumentationen nachvollziehen, verstehen und sogar für mich, der stark auf Form, Lesbarkeit und Integrierbarkeit in ein Team achtet, akzeptieren 🤝 .

Aus meiner Sicht ändern sich die Dinge sobald nicht nur einer, sondern 3, 4, n Entwickler an einem Projekt arbeiten sofort. Denn in diesem Bereich tragen Coding Guidelines, Conventions und Co. tatsächlich zum Erfolg der Anwendung (bzw. heutzutage sind es ja oftmals Services und keine Einmal-Verkaufssoftware), stark bei.

Das von dir beschriebene, mit den Programmierwettbewerben usw. stimmt auch komplett. Daher ist nicht jeder super "Programmierer" auch gleich ein guter "Software Entwickler". Ich denke da kann man recht gut die Abgrenzung ziehen/verstehen.

Persönlich versuche ich, keinen Unterschied (oder ihn zumindest klein zu halten) zwischen privaten Projekten und der Software Entwicklung und Testing im berufsalltag zu machen. Somit versuche ich immer die gleichen Standards zu haben und muss auch wenig Angst haben, hier oder da stark nachlässig zu sein oder zu werden.

Ich bin nicht der Beste Programmierer, bei weitem nicht, jedoch bezeichne ich mich als guten Software Entwickler und Tester 😊 .

Ich freue mich sehr das du das Thema so gut, facettenreich und "recht neutral" aufgegriffen hast. Finde sowas immer total spannend - Danke Andy 👍 .

Viele Grüße

Sven

... no worries Moombas.

Gehe dennoch davon aus, dass du bisher nie Unit Tests geschrieben hast oder?
Soll keine Bewertung darstellen, mich interessiert nur, ob dies für dich - respektive für viele - relevant ist oder nicht.
Mal abgesehen von der Fragestellung ob es überhaupt bekannt 😅 .

Schönen Abend noch, bin bald offline.

Schön das ihr so experimentierfreudig seid und den Weg zum Discord-Server gefunden habt 😊 .
Bin gespannt was wir dort alles treiben werden, als Ergänzung zum Forum hier ... bin guter Dinge.

grafik.png

Eine Bitte hätte ich noch, wenn es euch nicht zu viel Arbeit macht, dann nutzt doch bitte euer Foren-Profil-Bild (Avatar) auch auf dem Discord-Server, dann sieht man auf einen Blick die Verbindung 😅 . Ansonsten versuche ich den "Nickname" so zu vergeben, dass er mit dem Foren-Name von euch genau passt, dann erkennt man euch auch schnell.

Gehe davon aus, dass ihr erkannt werden wollt, richtig 🤣 !?
Angenehmen Abend euch allen sowie den Mitlesenden noch.

Viele Grüße
Sven

🔗 Discord Server "AutoIt Community Projects"

Hi zusammen 👋 ,

ich bin zwar eigentlich noch nicht durch mit dem Setup des Discord-Servers, doch hier schon mal ein für 7 Tage gültiger 🔗 Einladungslink, um die Kommunikation bzw. Interaktion mit und auf Discord einmal auszuprobieren.

Ist für mich auch neu, daher mal schauen 😅 .
👀 See you on the other (Discord) side.

Viele Grüße
Sven

Hi OhnePlan ,

ich habe das Skript noch nicht ganz reviewed, keine Zeit, doch zwei kleine Auffälligkeiten bekommt man (Warnungen geworfen), wenn du folgende Direktiven verwendest (ggf. hilft es etwas). Ist nicht die Begründung zu deiner Fragestellung, aber eine Randnotiz.

#AutoIt3Wrapper_AU3Check_Parameters=-d -w 1 -w 2 -w 3 -w 4 -w 5 -w 6 -w 7
#AutoIt3Wrapper_AU3Check_Stop_OnWarning=y

(61,48) : warning: $elapsedTime possibly not declared/created yet
$elapsedTime = _GetElapsedTime($iStartTime)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^

(104,98) : warning: $_sPlayTimeColor: declared, but not used in func.
Func _StopGame(ByRef $_iStartTime, ByRef $_hSpielHandle, ByRef $_iTotalPlaytime, $_sPlayTimeColor)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^

Viele Grüße
Sven

Zitat von Moombas

[...] Dafür ist der Anwendungsbereich hier immer viel zu speziell.

Danke für dein Beitrag Moombas , allerdings verstehe ich das Argument oder die Aussage nicht. Also inhaltlich weiß ich nicht was du damit meinst 🤔 ?

Zitat von Moombas

Ich baue selber normalerweise keine Units [...]

Du schreibst doch Funktionen die ganze Zeit, diese würde man als Units betiteln bspw. 😅 .

Viele Grüße
Sven

Hi liebe Leute 👋 ,

heute bringe ich euch mal ein etwas "schwierigeres Thema" mit 🤭 - testing - genauer gesagt Unit Testing in AutoIt. Ich bin mir recht sicher, dass das Thema nicht intellektuell schwierig zu erfassen ist (keineswegs) sondern als Entwickler wird sich i. d. R. einfach stark beim Thema Testing zurückgehalten 😅 .

In diesem Beispiel möchte ich einfach eine mögliche Verwendung von Unit Tests aufzeigen sowie die Vorteile dazu beleuchten und die Fragestellung klären, wann ein Unit Test angebracht wäre (sinnvoll ist) und wann er ggf. einfach unnötiger ist.

=> Ich bin schon sehr gespannt was ihr meint und ob ihr jemals Unit Tests eingesetzt habt 🤔 ?
=> Jemals in AutoIt? Oder generell mal? Lasst uns in den Austausch gehen #BinNeugierig .

---------------------

⚠ Disclaimer: Die folgende Video-Reihe hat den Zweck (Bildungszweck), des aufbauens und teilen von Wissen. Es dient in keinster Weise dem Autor (mir) in Bezug auf Youtube, Wachstum des Kanals oder einer Monetarisierung. Falls dies als Nebenprodukt entstehen sollte, ist dies unabhängig von der Intension des Bildungszweckes hier.

💡 Eindrücke/Feedback ist natürlich erwünscht, Danke 🤝 .

Viele Grüße
Sven

Nachtrag: Die Quellen im Video verwendet, findet ihr hier.

Zitat von water

EasyCodeIt - cross-platform AutoIt implementation von TheDcoder scheint leider auch ins Koma gefallen zu sein.

Ja letzter commit (Repo Aktualisierung) vor 2 Jahren. Bei TheDcoder ist es ja so, dass er von Aufträgen und Spenden lebt und ohne GitHub Sponsoring kaum über die Runden kommt. Hatte mit ihm mal 'nen Austausch und auch mal was auf einem seiner Repos gemacht ... der kann einiges, scheint sich aber eher schlecht beruflich vermarkten zu können (glaube ich).
Jedoch war/ist das Projekt und der Ansatz ziemlich cool, wenn auch eher dem Ende geweiht, ja.

Stimmt mich eigentlich etwas traurig, da deine Aussage, obwohl es mir bewusst ist und es wahr ist, einfach sehr ernüchternd ist AspirinJunkie .
Ich finde es einfach schade das bei der Fragestellung mit welcher Skript/Programmiersprache soll ich anfangen, immer nur die Gleichen populären Sprachen aufgezählt werden, deren Ökosystem zum Teil so vermurkst ist, dass das Arbeiten damit einfach anstrengend ist.

---------------------

Naja, back to the happy things: Ich mache Feierabend 😅 . Kommt gut durch die Nacht ihr Nasen.

Viele Grüße
Sven

Ja die Sprache ist und bleibt eine Nische Mars .

Allerdings völlig zu unrecht meiner Ansicht nach. Denn wie wir alle wissen, ist AutoIt was die Möglichkeiten damit, den Funktionsumfang und die Einsteigerfreundlichkeit angeht, deutlich besser aufgestellt als so manche Hochsprache. Auch die meisten modernen Frameworks machen nicht viel mehr unter der Haube als es AutoIt tut.

Für mich ist und bleibt es eine der tollsten Sprachen überhaupt, auch wenn ich beruflich Go (golang) und Javascript im Fokus habe.
Wenn AutoIt auch noch Cross-compilation unterstützen würde ... , hmm das wäre was ... #träum 😅 .

Angenehmen Abend noch dir und den anderen Mitlesenden 👋 .

Viele Grüße
Sven

Hi water ,

ich hatte deinen Kommentar bzw. Hinweis auch ganz sachlich verstanden und nicht als versteckte Kritik oder so.
Ich erwähne dies jetzt eigentlich nur, damit ggf. keine Fragen oder so dazu von Anderen aufkommen.

Zitat von water

Ich finde Deine Videos super!
Je mehr unterschiedliche Medien (Text, Bild, Ton ...) wir anbieten, desto höher die Wahrscheinlichkeit, dass sich jemand angesprochen fühlt und dann bereit ist, tiefer in WebDriver einzutauchen

Danke auch dir 🤝 , ja so erhoffe ich mir dies auch. Eigentlich krass wie viel Material es gibt und es doch sooo viele User gibt, die sich nur sehr wenig mit solchen Dingen auseinander setzen und sich lieber berieseln lassen 🙄 . Naja, wie du sagst, je mehr Angebot desto höher die Wahrscheinlichkeit das es besser wird (hoffentlich 😅).