Die Holländer

Where? In the Main form? Created with "self" in Main form? The Autocreated with Application.CreateForm in *.dpr?

polywickstudio.com

See how after this session Sherlock could basically craft one long prompt based on the entire session that might let the AI output the right code in one time..

This statement suggests that AI knows Delphi in the same way a human programmer does by memorizing syntax, library names, and rules. But that's not how AI works. AI models don't think in terms of syntax or words. Instead, they process tokens which are small pieces of text (like parts of words, symbols, or code). During training, the model learns statistical patterns between these tokens. So, when you prompt the AI, it doesn't recall Delphi syntax. It generates output by predicting the most likely next token based on the prompt you gave and patterns it learned from training data. Just like AI doesn't understand English or Dutch, it doesn't understand Python or Delphi. It doesn't need to know the language it just needs to have seen enough examples to generate statistically likely and contextually correct output. In this way it can "inventing" non-existant functions. So, the quality of the output depends more on how much Delphi code the model has seen, how well the prompt guides the model and if the task is common or not. (Use translation if the task is more common in Python for example) Translation to Delphi might work well if the model has indeed seen enough Delphi examples and the prompt is clear. It doesn't rely on knowing syntax it relies on learned token patterns.

AI models don’t “pick up” algorithms in the way humans do. They learn statistical patterns in data,not abstract algorithmic concepts. (only when explicitly trained or fine-tuned to do so) They generate outputs based on learned correlations, not by executing abstract reasoning. So, They don't "just parroting of code it gleaned elsewhere". One thing many people overlook is how important the prompt is. It’s not like using a search engine. The way you ask the question can strongly affect the quality of the answer. For example, if you want Delphi code, a smart way to prompt is: Start with Python, which the model knows well: “Write a Python function that [clearly describe the task].” Then ask to translate it to Delphi, (yes, its a language model..) “Now translate this Python function into Delphi (Object Pascal), using Delphi syntax and conventions.” Add context if needed: “Assume the Delphi code will be used in a VCL application. Use appropriate types and structures.” This helps the model give better results, even for languages like Delphi that have less training data.

"The (Linux) modernization allows the company to attract more clients." Can you explain more about the use of Linux the support? Are you talking about a GUI application?

Yes, what happened with her between 2001 and 2003 ??

Because as Remy suggested these 2 other units don't have DateUtils or SysUtils in the uses? But if you change the "DaysInMonth:=" into "Result:=" does that work ?

I didn't know that you can use a case statement where the numbers used are not in order.. 1,3,5,7,8,10,12:DaysInMonth := 31; And in the next line you use 4,6,9 and 11 while the line before ends with 12.. 4,6, 9,11:DaysInMonth := 30; What if you replace all the old Pascal style return vars DaysInMonth into Result like: 1,3,5,7,8,10,12:Result := 31;

delphipraxis.net: dbe-install-for-delphi borland-database-engine-bde

So, is your parsing "slow" or the fetching the API data from Youtube? How did you do the parsing? By running through the Memo of your screenshot?

Use the Youtube API. uses System.Net.HttpClient, System.JSON; procedure GetYouTubeComments(const VideoID, APIKey: string); var Client: TNetHTTPClient; Response: string; JSON: TJSONObject; begin Client := TNetHTTPClient.Create(nil); try Response := Client.Get( Format('https://www.googleapis.com/youtube/v3/commentThreads?part=snippet&videoId=%s&key=%s', [VideoID, APIKey]) ).ContentAsString; JSON := TJSONObject.ParseJSONValue(Response) as TJSONObject; // Parse JSON to extract comments finally Client.Free; end; end;

The special guest forgot to mention one important development language on his site.. Bito: Supported programming languages Ah.. AI code review agent supported programming languages and tools

Try after the add BudSys_DB.FieldDefs[4].CreateField(BudSys_DB); or Private: AmountField : TFloatField; Implementation: AmountField := TFloatField.Create(BudSys_DB); AmountField .FieldName := 'Amount'; AmountField .Calculated := True; AmountField .DataSet := BudSys_DB; AmountField .Name := BudSys_DB.Name + AmountField .FieldName; BudSys_DB.FieldDefs.Add('Amount',ftFloat, 0); Destroy: AmountField.Free;

Many VCL applications have been developed over the years with direct database access, which has become increasingly problematic in modern software environments. As a result, developers often feel forced to transition to web-based solutions, such as sending JSON over the internet to abstract away direct database access (e.g., for login functionality). However, this shift presents significant challenges. One major hurdle is the need to create endpoints for the countless SQL queries accumulated over time, while also transforming the rich and responsive VCL GUI into web pages. Although modern frameworks offer solutions for this transition, the process of converting database-driven VCL applications remains highly resource-intensive. These frameworks are particularly effective when building applications from scratch. But for developers who prefer to maintain their existing VCL applications and avoid going fully web-based, the question arises: is there a way to address the database access issue without a complete overhaul? Could a solution exist at the database driver level—a kind of bridge between the database server and the client driver (e.g., FireDAC)—that eliminates the need to convert data into formats like JSON and then back into VCL controls or custom DataObjects?