Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation on 07/17/20 in all areas

  1. Just FYI, the new (large) patch is out. https://blog.marcocantu.com/blog/2020-july-radstudio104-patch2.html over 20 Delphi compiler fixes, among a long list of items addressed. Fixed the debugger instability and a few more critical issues, also improved Delphi LSP quite a bit. Quality work will continue, this is a first step.
  2. Hi all, I'd like to share that my new book is almost out. Apress is working hard to put it in the market. We always discuss how we can bring new people to Delphi so I thought it would be a good idea to ease their way in by providing a quick up-to-date guide on the basics of the language. The book covers new features introduced in 10.4 Of course, a reference book is always useful to experienced coders as well; we all need a refresher every now and then ūüôā I would like to cordially thank Dr. Holger Flick for reviewing the chapters; his experienced view guided me during the writing of the book. Regards, John 9781484261118.tif
  3. Sherlock

    Are we just "Cash Cows"?

    Yeah, all the cool kids want to JavaScript, while banks and insurance companies are going out of their way to pay regal salaries to those old COBOL geezers. COBOL delivers, where JS just looks shiny.
  4. Bill Meyer

    Are we just "Cash Cows"?

    Too true. Agreed on generics. Toiling in legacy code, I am so far from attributes I can't even imagine using them. Code efficiency certainly needs attention. ARM64, meh. Linux... been trying to make it a thing for myself for a quarter century. But in my area of work, it;s just not a factor. Yes! Reliability of IDE and debuggers are bedrock. Background compilation would be nice, but not essential if compiler speed is high. I'd wish for better tools for dealing with legacy issues. MMX identifies unit dependency cycles, but in a large app, the challenge is then to discover in which units they are actually created, and which modules are merely caught in the chain. I would rant, but need the energy more for finding patience with IDE and debugger problems. ūüėČ
  5. Mike Torrettinni

    Help with string extraction function

    Oh, you used GoTo... brave man ūüôā It is fastest fuction so far ūüôā
  6. Mike Torrettinni

    Help with string extraction function

    Actually RegEx was accepted answer in that SO question. But I'm staying away from RegEx as much as possible.
  7. Mahdi Safsafi

    Help with string extraction function

    No mov cl,byte ptr [eax] At CPU level indexed addressing = indirect addressing. The only difference is that an indexed addressing can have an expression inside []. Sometime this could be just good for alignment purpose. [eax] = [eax+0x00]. But Stefan was referring to something else : register usage for each load instruction.
  8. Anders Melander

    Are we just "Cash Cows"?

    There are more developers than there are developer jobs. Some will have to take what they can get and use the tools that the job require. That's just the way the world works. Otherwise we would all be astronauts or firemen.
  9. David Heffernan

    Are we just "Cash Cows"?

    This is just not true.
  10. David Heffernan

    Help with string extraction function

    If you don't have a performance bottleneck, make sure that you use a version of the code that is easy to read and maintain.
  11. Kas Ob.

    Book: Delphi Quick Syntax Reference

    Congratulations, wish you success.
  12. Mike Torrettinni

    Help with string extraction function

    No, not using any of it, yet. Planning to do some profiling and benchmarking on real data and will see if there are any bottlenecks in this area.
  13. Bill Meyer

    Are we just "Cash Cows"?

    A year ago, I was able to reduce the total unit dependency cycles in a large app by 25%. The build time reduced by a factor of 8, even though the cycle count is still embarrassingly high.
  14. Mahdi Safsafi

    Help with string extraction function

    @Kas Ob. I noticed that you take optimization very seriously. That's really good but just as an advice from someone that did, don't be driven too much. Behind that optimization door resides the evil ! In fact, I spent much time reading Intel doc/books, comparing different compilers (gcc, clang, ...). At the end I become more obsessional and less productive as I started paying much attention to my codes than what is required like taking some time to decide whether I should write if a = b or if a <> b.
  15. Rollo62

    Are we just "Cash Cows"?

    Sorry Mahdi Safsafi, I think this is same issue as above. This very same text line is from 1995 too, please update that as well to a more modern version.
  16. Embarcadero will address this in a future update.
  17. Lars Fosdal

    Are we just "Cash Cows"?

    Like the rest of us. Meanwhile, we make the best of it until we or it retires.
  18. Stefan Glienke

    Are we just "Cash Cows"?

    Will probably be reclassified as "new feature" :trollface:
  19. Lars Fosdal

    Are we just "Cash Cows"?

    When you sit on millions of lines of code, in projects with several developers, implementing thousands of functions, and integrating with numerous systems, you need automated unit testing, automated integration testing and dedicated testers with proper test plans. We are not talking about one-man toy projects here.
  20. Mahdi Safsafi

    Are we just "Cash Cows"?

    That reminded me about a nice quote :
  21. Lars Fosdal

    Are we just "Cash Cows"?

    That reminded me of
√ó