Comments by "edgeeffect" (@edgeeffect) on "Developer Voices" channel.

  1. At the moment, I'm seeing Odin and Zig as aiming at simillar places... It'd be fascinating to hear you do a three-way with Andrew Kelley and Ginger Bill.
    14
  2. I was very disappointed with Kotlin Native when they said they were dropping support for ARM32 and MIPS32 (and that's most of my dev. boards out of the window)... so it's more like "run everywhere, as long as your hardware is 64 bit". But, having come here from your Zig episode, I'm bound to have my grumpy hat on towards other languages. ;) Loving your interview skills... hope this series keeps going for a good long time. EMACS Vs vi... pah! nano is the way to go! ;)
    10
  3. With reference to Rust dealing with immutablity with memcpy... I wish I could remember what talk it was... it might have been Anjana Vakil ❤ ... talking about implementing immutable trees of immutable values without copying in JavaScript... it was such good stuff.
    6
  4. Anything that considers Niklaus Wirth to be a design idol has to be worth a look!!! :) But, like Hare, no ARM32 and no MIPS32 support is a deal breaker for me. :(
    5
  5. ARM64 is nice but, considering it's LLVM based, would ARM32 and MIPS32 be viable? If it could do that and has some kind of 'no-std-lib' option... I'll give it a go. Anyone who cites Niklaus Wirth as an influence is alright with me. With matrix operations built in the excuse for still using Fortran is on thin ground now.
    5
  6. I'm old (I was right there with you both in Tandy), and in the process of getting old I've used A LOT of programming languages... but LISP (and it's chums) continue to simply "do my head in"... rather than drive me away, this has given me some kind of "morbid curiosity" and I remain fascinated by LISP and those who use it... And, being an amateur chemistry enthusiast too, Prof. Schafmeister's actual work is the icing on the cake.
    4
  7. Yes... compiletime is the feature that most attracted me to Zig and procedural macros for Rust... running external codegen programs is how I do things with Kotlin and assembly language - can't say I find it that great.
    4
  8. I've been "planning" a digital audio project for years (yes years, it's a hobby project I can faff around for as long as I like) and haven't been able to find the right language (I want high-level - but not too high and I want interop with assembly-language)... and Zig is my current candidate. The original code I worked on years ago was C++ and I don't want to go back there, I've considered Rust but it IS like C++'s type-safe younger brother like Loris says and we don't like that. But now I've heard that Andrew Kelley was actually working in the same area when he started on Zig, I think even more that it might be the answer I've been looking for.
    4
  9. This episode is excellent... It's taken me well over a day to get to 19 minutes in... but you would not believe the width and depth of rabbit holes it's been leading me down... Top notch stuff! I love the whole "let's start out with my ignorance" thing mostly because I think I'm in roughly the same place as you on this particular subject. :) I was wondering about "is this one step up from spreadsheets?" too... I love it when I put one of my own questions in the comments and you "read my mind" and ask the very same question a couple-a-seconds later and "force me" to come back and edit my comment. ;)
    3
  10. I can't say I'm particularly familiar with the works of Franz Kafka but I am all to familiar with the term "Kafkaesque" which Merriam-Webster defines as "...having a nightmarish complex, bizarre, or illogical quality". Based on this, is it wise (or, at least, "good marketing") to name your software "Kafka"???? "Yeah!!! Use our software... It's nightmarish! It's complex! It's Bizarre! It has an illogical quality!" - just doesn't "work", does it?
    3
  11. The irony of your comments about so much looking like C is that C, itself, looks SO MUCH like BCPL. ;) It's funny, at school in the early 1980s, we learned BASIC and had a few lessons on "other languages exist" and Smalltalk was very briefly covered as "just a teaching language not really useful for real programming". Never has such an important language been sold so short. But listening to some of Alan Kay's aims it's finally easier to see where this misconception came from.
    2
  12. The advantage with having some kind of macros in a language is that it gives you something similar to what you get with Zig's `comptime`... and this is really really really useful when you're working on very constrained systems, like microcontrollers. Got me thinking what has Hare got for `comptime`????
    2
  13. Dogma is always a problem. There is nothing more dangerous than ideas... especially when you only have ONE idea.
    1
  14. See, I do really like explicit type annotations for the sake of making code more self-documenting... instead of having to do inference in your own head when you're trying to read code, if you do a good job at naming your types, there's no more guessing at what the third argument of this function should be... it's explicitly stated. Based on the idea that, at some level, all code is technical debt... I think by avoiding the one-off bottleneck of having to type explicit type hints, you're just creating a future "n-times" bottleneck when coming back to maintain the code.
    1
  15. I'm not a neovim person but it's very very nice seeing Lua actually being USED for something.
    1
  16.  @ITSecNEO  My favourite Language > Your favourite Language 😝😝😝😝😝
    1
  17.  @actualwafflesenjoyer  if you like to mess around with PIC33 microcontrollers or old embedded devices and OpenWRT... yup!
    1
  18. I don't know... I think C and Python did quite well without belonging to any large corporate entity.
    1
  19.  @dsego84  I bet Swift is better than PHP... I'm stuck in the world of PHP for way too much of my working life... And, in PHP, they have managed to include a not very good, half-hearted implementation of every possible concept and paradigm.
    1
  20. On the subject of Taylorism and Scientific management.. I think some of the best and most useful work I've done has been as a result of being Taylor's imagined very lazy employee... desperately trying to automate myself out of a job. ;) When Diana talks about how she loves and embraces complexity, it get's me thinking about how there's two kinds of complexity (and I forget the words that distinguish them right now). But, yes, there's the inescapable complexity that comes from the systems we are modelling. But there's also the totally unnecessary complexity that we, as developers, choose to add to our projects. Like unnecessarily generalised and overblown frameworks and our desires to try out unsuitable solutions that would look awfully nice on our CVs. This is the complexity that we desperately need to be rid of. When Diana's talking about the non-evolution of agile, I think she's put her finger on one of the huge problems we have in our industry in particular and probably in the world at large too. We can come up with an idea that helps to solve some of the problems we have NOW and if it does a really good job of helping to solve those problems, it becomes "the one true faith" (I'm really, really, thinking of SOLID as I say this). And the moment any idea becomes "the one true faith" it pretty-much instantly become a huge impediment to any kind of further progress to solving the problems that we have NOW (because that old "NOW" turned into "then" pretty quickly) but we cling to our old ideas because they were so great back when we first had them and why can't they still be great now. But time marches on. I made "If you're forcing regular expression on people, then there's an empathy problem" into a nice "quote-meme" to share on Slack at work. :)
    1
  21. At one point Bill mentions "modified Cambridge architecture". Now we've all heard of Harvard architecture and modified Harvard architecture... but what is Cambridge architecture???? A quick Google gave very disappointing results... mostly (building) architecture courses at Cambridge or some memory company's marketing schpiel... Inquiring minds gotta know! Operator Overloading ... Hmmmm, I'd really like my Q31 fixed-point multiplies and divides to LOOK LIKE multiplies and divides rather than function calls. But, then again, I don't think Odin is really aimed at bare-metal programming on MIPS-32... So, I suppose, I can keep my Q31 fixed-point numbers to myself? :(
    1
  22.  @GingerGames  Geography Fail! I was thinking "EDSAC" Cambridge.
    1