They open-sourced it because they want it to be a standard
@skrypets9 ай бұрын
because of 'Mother Nature"
@lmao49829 ай бұрын
I mean yeah it would be insane to keep this kind of thing proprietary no?
@Malix_Labs9 ай бұрын
@@lmao4982you'd be surprised
@no_name47969 ай бұрын
Probably because they want people to freely maintain it. I hate corporations abusing open source, but putting a big price to the end user. Open source it's great when end users benefit from it. If open source is hidden under 20 meters of proprietary garbage, why is it any different then unpaid labor?
@ayoubthegreat9 ай бұрын
@@jhuglen whats wrong with it
@TheRyulord9 ай бұрын
The fact that Pickle and .pkl are already the name and extension for a common existing file format is driving me insane.
@ck-dl4to9 ай бұрын
No one should use a file extension as identifier.
@DemPilafian9 ай бұрын
The fact that pickle ball makes such an annoying popping sound is driving me insane.
@monad_tcp9 ай бұрын
@@ck-dl4to NTFS had streams and that failed because people hate Metadata inside the file Metadata goes in the file system, the name is Metadata, extension and file type also is
@KaiHenningsen9 ай бұрын
@@monad_tcp NTFS probably had streams because MacOS had resource files.
@livioribeiro9 ай бұрын
Swift was already a programming language before Apple release theirs
@FIIRdesu9 ай бұрын
13:17 "Imagine if your JSON autocompleted and gave you errors when you were editing it" You don't even have to imagine, it's already a thing with JSON Schema.
@ephektz9 ай бұрын
He mustn’t have edited a package.json in a while.
@CryptoDrewStreams9 ай бұрын
Within the first 3 mins of this video, I was already screaming JSON Schema. It follows DRY principles, has validation, is standardized, can be transpiled to POCO code in various languages. And JSON Schema files can also be referenced in an OpenAPI/Swagger spec to generate code for entire API endpoints. But sure, Apple, do your own thing. Just like they are trying to build the next standard of podcasting when we already have a well-developed Podcasting 2.0 standard.
@soniablanche56729 ай бұрын
yep and it's supported natively by vscode
@fullstack_journey9 ай бұрын
Typical theo
@omri93259 ай бұрын
But it doesn't have for-loopsd!!@#!@#
@SilentFool6029 ай бұрын
You can tell they want folks to use it because they also released a neovim plugin and aren't just catering to VScode users
@lbgstzockt84939 ай бұрын
Why does the EU live in your head rent-free?@@jhuglen
@lbgstzockt84939 ай бұрын
@@jhuglen Ah okay, I thought you had some weird hate-boner for the EU 😅
@jambalaya9749 ай бұрын
the neovim plugin is crap though
@jesse99999999 ай бұрын
as a person who uses python pickle files every day i find this naming choice very annoying
@timothyvandyke95119 ай бұрын
Literally thought the same thing (but I’ve only used the library like once)
@toooes9 ай бұрын
PYTHONISTA: REEEEEEEEEEEEEEEEEE
@soupnoodles9 ай бұрын
Youre supposed to name those as ".dat" files
@magikarpusedsplash88819 ай бұрын
I found it funny because usually if I wanted to pickle something, there was a better solution assuming I wanted my project to be scalable in some way. And to be fair, you're going to choose one or the other, and as far as I know there's no external programs that open pickle files directly so you'll just be opening Apple's .pkl with a text editor and not touching pickles directly anyways.
@Axman69 ай бұрын
You should probably stop using the security nightmare that is python pickle.
@jasondclark9 ай бұрын
I used to Pickle my Python back in the day.
@marwan76149 ай бұрын
Mmm Pickled python.
@vikingthedude9 ай бұрын
My mom used to as well
@VivekYadav-ds8oz9 ай бұрын
@@vikingthedudeYour mom used to pickle his python?
@thedoctor54789 ай бұрын
I still pickle my python. pkl is a well-known file extension for this. WTF
@ahmadaccino9 ай бұрын
the smartest thing a new standard can do is make it easy to incrementally migrate, and it seems they are doing that
@sion123ful9 ай бұрын
I work at apple, i joined when it wasn’t open source and i was very skeptical about PCL ( internal it’s called PCL instead of PKL) but it does solve a lot of problems and the IDE integration is great. It has completely replaced helm in our team, it’s much better. I hope eventually helm charts will also be published in PKL.
@TVPInterpolation4 ай бұрын
if only they wouldve still call it PCL here, as there is quite a confusion in the python community haha
@TanukiYT9 ай бұрын
I love that the example password they used was "hunter2" lol
@SeafoodFriedRice9 ай бұрын
What was the password? All I see is *******.
@dronicx79749 ай бұрын
I feel bad for people that have to now use this and the pickle module for file saving in python programs
@catalystcorp9 ай бұрын
I feel bad for people that have to use python.
@techsavvy92589 ай бұрын
Yeah fuck me
@X-3K9 ай бұрын
@@catalystcorpi feel bad for people
@gh0stcloud4999 ай бұрын
@@X-3KI feel bad
@tsvetanvasilev83469 ай бұрын
@@gh0stcloud499I feel
@dough-pizza9 ай бұрын
Someone's writing Doom in that
@NotNazuh9 ай бұрын
the funny thing is is that you're probably correct
@AndrewTSq9 ай бұрын
My first thought was it sounds just more complicated to use
@justa95609 ай бұрын
@@jhuglen You really need to take a nap or some shit man. It's either extreme sleep deprivation, an absurd amount of alcohol, or you're doped the fuck up on psychedelics. Either way, you need a break
@ESPViper1008 ай бұрын
That's my second and third thought as well. No, wait, the third is overengineered.
@PatrikStutz9 ай бұрын
Sooo... They didn't know Nix, Nickel, Dhall, CUE, Jsonnet or HCL existed and therefore had to create their own thing? :/ It doesn't even look that good tbh. But yeah, impressive that Apple open sources something. That doesn't happen very often.
@DemPilafian9 ай бұрын
What browser did you use to make your comment?
@nikkiofthevalley9 ай бұрын
@@jhuglenWhy on Earth are you constantly talking about the EU in every single comment?? What about any of this has anything to do with the EU????
@game_time16339 ай бұрын
@@jhuglenbro you’re drunk get off KZbin 💀
@torsten_dev9 ай бұрын
@@jhuglen The EU just said you need user consent before you store data on their PC for reasons other than purely functional. The Industry could have just followed the Do Not Track setting, but they want your data. Not the EU's fault that sites are evil.
@ytdlgandalf9 ай бұрын
Cuelang is still rough but the real deal. I'm trying to understand it better and contribute.
@Brixster9 ай бұрын
Regex makes this all the more cursed. Now you can have a string format language inside of a data format language which can now be directly processed inside of your application's language, which means you have a language in a language in a language. I am absolutely digging this! 😂
@mortenhattesen9 ай бұрын
Strictly speaking, RegEx is not a language, it is a pattern matching syntax. What would a better alternative have been? Invent yet another string pattern matching syntax for Pkl?
@lunakid127 ай бұрын
@@mortenhattesenIt was (basically) a tongue-in-cheek comment.
@corscheid9 ай бұрын
It's basically the SCSS/SASS of config. Slick.
@jacoL89 ай бұрын
@@jhuglen hey can you stop spamming replies with this nonsense… You are conflating two completely different things… Apple is forced by the eu to conform to certain standards that the eu has set, like using USB-C ports, but that doesn’t mean that the eu has “forced” them to make a config language they developed open source… Like.. I really don’t know what you mean by “eu forced them” or “only in eu” here
@SwatejTech9 ай бұрын
I'm guessing you are 14 @@jhuglen
@sebastianskovnielsen64729 ай бұрын
@@SwatejTech I wan't to know what he said ):
@OverG889 ай бұрын
Actually, it's mostly HOCON.
@ilonachan9 ай бұрын
chatter getting worked up about "version conflicts in config files": that's literally just a thing. The config format (or parts of it) may change over time after all, and it's important to keep track of that. It's great if Pkl can encode these existing problems and provide editor support for solving them... tho I wonder what form that'll take in practice, if and how different versions of a config format might be supported at the same time.
@MichaelBabcock9 ай бұрын
There's a difference between changing config files and tracking configuration versions so you can load data from older formats properly.
@thegittubaba9 ай бұрын
About the IDE autocompletion 13:30, you do have json-schema.
@Gunzy839 ай бұрын
@@jhuglen Wtf are you on about
@ParasocialCatgirl9 ай бұрын
@@jhuglenthe easiest comments to delete are the comments that never get made 🙏
@iivarimokelainen9 ай бұрын
@@jhuglenyou need to get off the internet
@DrumMeister8 ай бұрын
It’s time consuming to write, even if tools can help it’s full of boilerplate
@Lemmy45559 ай бұрын
As a Typescript developer i don't see much value in this, because a pkl file have roughly the same lines of code of a regular js/ts file used for configuration, but using js/ts doesn't need to install additional binaries or dependencies. However i can see some potential for more complex languages like Go/Rust/Java/etc. that are not suited for small "scripts" since they take in account stuff that you don't care when creating a configuration file such as pointers, packages, namespaces, classes, the borrow checker, constructors, errors handling.
@dealloc9 ай бұрын
> but using js/ts doesn't need to install additional binaries or dependencies Huh? What world are you living in where JS and TS doesn't require binaries or dependencies?
@recepciftci26429 ай бұрын
@@dealloc Computer has already NodeJS installed. So you don't need to install anything extra.
@dealloc9 ай бұрын
@@recepciftci2642 What computer? No computer comes with NodeJS preinstalled. You may have Docker images, but then it makes his initial point moot. Plus you'd still need to add TSC compiler as a dependency. That is besides the point, it's comparing apples to oranges.
@Nekroido9 ай бұрын
@@dealloc you don't need to add TSC to a TS project, because it's already been added. Use TS configs for TS projects, PHP for PHP projects, you get it
@MrBa1439 ай бұрын
@@dealloc I will help you understand the comment. The comment did not mean that JS and TS doesnt require binaries / dependencies to be installed, the commentor was talking about simply using JS/TS files as a configuration file, thus not having to install any other binaries related to configuration management tools. Sometimes its okay to assume things and not take everything literal, especially in a world in which english is a secondary or tertiary language for many people. Perfect grammar is something alot of us wish we'd have. Sometimes we slip up, and the meaning of a sentence might differ from what we actually had in mind when we wrote it.
@ChristopherCricketWallace9 ай бұрын
I would rather them put thos energy into fixing the crashing bug in Xcode. Or maybe decoupling that IDE and compiler from MacOS versions so you can work on old apps without having to switch to old Macs with old MacOS versions.
@wolfeygamedev16889 ай бұрын
lol, apple dev will always be somewhat cursed. Its what they chose when they decided to be super proprietary.
@designator74029 ай бұрын
>old (anyhting) >Apple There is no backwards compatibility. There is no tolerance. You will work with the newest version, whether or not it makes sense.
@markuskonrad60499 ай бұрын
You do realise Apple has more than 5 engineers and not all of them can meaningfully work on xcode, right?
@chri-k9 ай бұрын
does Apple even use XCode internally?
@DeuxisWasTaken9 ай бұрын
When I saw a configuration language that is "a blend between a static language and a general-purpose programming language" I immediately thought of Nix, a language with similar ideas created for a similar purpose. Nix doesn't seem to do very well outside Nix and NixOS ecosystems though, and Pkl does seem easier to grasp.
@miallo9 ай бұрын
Totally agreed - for my NixOS system that I have been using for almost 4 years now I am happy with the subset of the Nix language that I need to know, but even then it sometimes still is hard for me to understand the syntax. And for programmer that is not used to it I think it is harder to fight with some of the constraints that you will run into when using nix in a very dynamic ecosystem: in the company I work for we are using it e.g. for building some JavaScript stuff and just the amount of work it takes for _some_ of the dependencies to be packaged is just insane (but to be honest, so is what those dependencies are doing on installation...). So yes - I really love NixOS, but I personally am sometimes struggling a bit with the nix language (yes - because I don't use it (or something similar) that often)
@dotanuki33719 ай бұрын
@@miallo just learn FP .. here's a hint: you can do everything with foldl'
@3ombieautopilot9 ай бұрын
There's another configuration language I like which is Dhall. For those who love Haskell, Rust and etc.
@PRIMARYATIAS9 ай бұрын
Unfortunately it seems only the Haskell bindings are maintained and non of the other languages.
@TheKmsaboor9 ай бұрын
Yes .properties are still being used especially in default spring boot apps
@31redorange089 ай бұрын
Can't blame him. He lives in a frontend bubble.
@shubitoxX9 ай бұрын
you can use yaml configs which are more readable for larger configs
@TheKmsaboor9 ай бұрын
@shubitoxX I know I just wished my department used YAML more often 😂
@joaodiasconde9 ай бұрын
I dont want logic in my config files, jesus christ I cant find this appealing at all.
@geomorillo9 ай бұрын
Really i prefer to validate my jsonf config file in my code, i dont like this and i agree with you, whats with this trend of overcomplicating things....omg, for example in c# i could use a library like fluenvalidation an validate rules for my json's structure with rules like "port" is an int for example .... not needing to define a new language for that 🤣🤣
@henlostinky2739 ай бұрын
this, just writing the parser for this was probably some intern's whole summer and it only made the problem worse. JSON is from 2001 and it's not impressive to be slightly better than one part of it 20 years later.
@duartecunhaleao9 ай бұрын
I would love not to have to write any more validation code along the main code...
@joaodiasconde9 ай бұрын
@@duartecunhaleao but consider that what is 'valid' may change from consumer or other factors and I doubt you are going to skip server/app side validations anyways and just leave it to this config, so you will end up doubling the validations. Also validation should be close to the app code im reading/writing as it is crucial.
@Spoonbringer9 ай бұрын
Seriously. And if you are creating long config files with a lot of repetition just write a script to generate them.
@patricknelson9 ай бұрын
All the Python folks are hissing about this (don’t blame ‘em, they’ve been using “pickle” for serialization for ages). Anyway - I wonder if at Apple, all their Kubernetes cluster manifests are written in Pkl files. Hmm… that’d be interesting to look at!
@franklerch10129 ай бұрын
reading an article while recording yourself is soooo creative, original and value adding....
@victorperezasuaje2559 ай бұрын
Pkl feels like Typescript meets SASS
@scottamolinari9 ай бұрын
I was about to say something similar.
@cobrasys9 ай бұрын
Very true.
@ssshenkie9 ай бұрын
Cool idea, but I'm having a hard time understanding the actual use case. I have never found myself needing a language agnostic config, Both JSON and YAML have schema files which solves auto complete.
@dealloc9 ай бұрын
When you work with environments which practically live on configurations and a mistake can take down a fleet of services, this is _very_ useful.
@carmineingaldi479 ай бұрын
It seems they tried to recreate Terraform's HCL language, but without Terraform behind. Still I don't see it's usage overlapping wit json/yaml/toml or whatever. Let's see 3 use cases: 1. Transport format: it doesn't seem suitable (if I need schema oriented stuff and validation why not using binary formats such as thrift,avro or protobuffers?) 2. app configuration: imho I still would go for something simple and execute logic in my application instead of adding an additional step in my build process for compiling and packaging 3. Build configuration: do i really need standardization?eg If I'm in the jvm ecosystem I use gradle with groovy or kts and there is one in a billion cases where I need to transfer this configuration to another stack. Yes it takes more mental energy to learn all the tools and languages in order to be a polyglot developer but there is not so much to do unless you don't want to invent a an ecosystem agnostic deps/build management system...and good luck with that!
@DeuxisWasTaken9 ай бұрын
They thankfully realised that the only way to have it adopted is to not only open source it but provide extensions to major editors, even VS Code. It's a good call, if they tried to make something proprietary, it would die painfully. Pkl seems cool, but it smells of something that will be infamous for quirks and hard to make parsers like YAML. Time will tell I guess, I do like it and hope it catches on and ends up being good.
@stumblinzz9 ай бұрын
I'm going to keep using JSON, avoid YAML, never use XML on principal and now avoid using Pkl. Sounds good!
@chhihihi9 ай бұрын
Being a big fan of comptime in Zig, this will work beautifully. Types in more complex use cases are in desperate need of logic that can be resolved during the compilation of a particular program.
@BastianInukChristensen9 ай бұрын
1:26, Apple has an official Swift LSP for VSCode btw
@JoshuaBarone9 ай бұрын
How would you compare this to Cue? Seems like they are solving the same problems
@WeaponBalalaika9 ай бұрын
Yes, definitely! cue seems more pure and pkl more eng oriented. They clearly share underlying abstraction.
@codingjake9 ай бұрын
I was thinking the same thing
@DryBones1119 ай бұрын
Cue looks more powerful to me. The built in scripting engine in Cue is brilliant.
@brodriguez110009 ай бұрын
@@DryBones111 Hopefully no security holes.
@Ali-sc6dh9 ай бұрын
This is so awesome ! Currently I'm using json config file to validate and get autocomplete on my json files. And I do not have the best experience with it. Pkl could be a game changer !
@_fudgepop019 ай бұрын
honestly this seems REALLY cool - from the title I thought it was just another way of storing data that's nicer to use than json like hjson or yaml, but no this seems like WAY more!! really cool stuff :D
@PieJee19 ай бұрын
When i heard about pkl i was not interested thinking we already have enough tools, but the features shown here have some features. I can imagine using this to share a configuration between a frontend js and a backend rust/php/c application.
@withindreams9 ай бұрын
Dude this isn't as big of a problem in JS land. For JSON, we have schemas. For JavaScript and TypeScript, most packages come with a defineConfig out of the box, and if they don't, rest assured somebody has already published an NPM package for that purpose.
@vitalysuper31939 ай бұрын
Every year you present two vscode killers and three json replacements
@sergiotortosabenedito86049 ай бұрын
Honestly, I've already seen all of this before. There's a language much smaller called Nickel, same concept but it's based on FP (perfect for config) and it's already past 1.0.0.
@ArizeOW9 ай бұрын
"Pickle" sounds like "Pickel" which is German for "Pimple". Can't wait to hear my coworkers say "Create a pimple file for this project!". For that reason, I'm out 😆
@virkony8 ай бұрын
Nickel also have constraints and documentation. And Nix is really cool in merging things and have inter-dependent pluggable modules of configurations.
@jocdiazm9 ай бұрын
Honey, I shrunk the JSON!
@terabit74009 ай бұрын
Don’t worry, you have a great personality ❤
@mortenhattesen9 ай бұрын
Did you end up with YAML?
@VincentFree9 ай бұрын
Don't think kotlin support is mainly about android. Kotlin is used to build ios apps and apps across the Apple eco system. Also it's just a better java and it's able to interop with java so it seems like low hanging fruit though if it's true multi platform kotlin it'll be a bit more that java -> kotlin. Happy to see Go support as a first class supported language btw!
@gatsbysdead9 ай бұрын
Python’s pickle library: am I a joke to you?
@parlor31159 ай бұрын
I'm all in for built-in declarative validation rules, but built-in programming will make it hard to maintain readability (you don't know the result until the file is executed / compiled). Still will give it a go, though
@mattmmilli82879 ай бұрын
ngl the most interesting part to me is standardizing the way runtime json gets generated 😮 it’s an easy task but cool not to have to decipher whatever madness someone cooks up to do it
@kevanschwitzer85859 ай бұрын
This is the kind of content I'd subscribe for. Have seen your videos ocassionally, but valuable content like this is subsbscription worthy.
@omri93259 ай бұрын
This is very very cursed, could not expect less from Apple
@transcendtient9 ай бұрын
I don't understand why this matters. If you need enforcement or validation at the configuration file level you catch it at processing or generation. This does the same thing while also being another middleware you have to configure and maintain. Saying that its hard to maintain some code that generates or validates your configuration or that any other languages isn't made for that is a silly thing to say.
@Danny-zn8hd9 ай бұрын
A few years ago Apple introduced a conditional and declarative configuration mobile device management model to set conditional parameters to be set on the iOS, MacOS operating systems. This seems like the underlying programming framework is pKL.
@enderger53089 ай бұрын
This concept has already been executed in the form of Dhall and Nickel. Nice to see another competitor, but I’ll stick with Dhall.
@gearboxworks9 ай бұрын
Had not heard of DHall or Nickel. Just found their websites and notice that while DHall has a VS Code plug-in, they have no support for JetBrains IDEs. So for that reason alone Pkl is more attractive to me, since I'm spend most of my days in GoLand.
@Jebediah_w9 ай бұрын
This feels like a great format for openapi honestly. It's easy to generate clients for APIs if you share the pkl files
@nO_d3N1AL9 ай бұрын
This came out of nowhere, they basically made a very accessible and powerful modelling language with generators and all... incredible
@asmod4n9 ай бұрын
Til now I’ve just used URLs for configuration, this looks like the first replacement which actually adds useful functionality beyond that.
@asimpletune9 ай бұрын
I like how the guy from Super Troopers agrees with me that PKL is probably the path forward in terms of configuration languages. It encodes a lot of type information, so it follows that with PKL is at least capable to generating any static configuration that requires less information. On the other hand, the fact that it is limited as a programming language guarantees that it will remain focused and stay easy to read.
@zephyr7k9 ай бұрын
I can't wait to see this for Terraform
@gearboxworks9 ай бұрын
Of course a third party might do it, but it's not likely to get first-class support from Hashicorp since they defined their own config language in HCL. It *might* make Hashicorp listen to users more and address some of the issues with HCL, though.
@LaoZhao119 ай бұрын
I agree with your point of view!!!
@pqnet848 ай бұрын
Have you tried cdktf?
@Ebiko9 ай бұрын
So from my understanding, this is supposed to help checking out projects, where the default config is ommitted from the repository, but you still want a default config to be created on first run, like an ENV bootstrap ? Or what is this useful for ?
@prozacgodgamedev9 ай бұрын
I tried something tangentially similar to this - I had a half hearted attempt years ago at SQL -> yaml for minecraft server (modded) The idea was I would normalize all configuration into a database, and then through a FUSE filesystem mounted over your config folder, it would magically generate confs to read and accept changes written to it. I never finished it but it seemed like a cool idea.
@excitedbox57059 ай бұрын
So C macros for config files? something like Cmake? This is just another syntax to add to the collection I have to use once every few weeks. Between all these scripting languages, config formats, CLIs, programming languages, etc we are expected to know is nearing 100+.
@soniablanche56729 ай бұрын
you can actually use C macros in any languages, but nobody does it because it would confuse newbies who have no idea what a preprocessor is EDIT: also your IDE would complain about syntax errors lol
@dealloc9 ай бұрын
Definitely not like CMake. Thankfully.
@GnomeEU9 ай бұрын
Why they need validation in a config file? My program can read the file and tell the user what is wrong. I don't need to learn a new scripting language for that. And if you config file gets too big I want to use a real programming language to create it anyway. Plus source control.
@masamaeda92174 ай бұрын
I've been using Dhall for the last 5 or 6 years, I honestly think the only reason it hasn't caught on is it came from a functional programming background.
@MSparta-HD9 ай бұрын
Seems pretty nice for testing purposes too. Could define data structure in pkl and create tests that are invalid. If you also could import data restrictions from pkl into the code, that would be awesome. Like defining data structure in pkl and define constraits on the data there, and using data described in the structure in the code would then import the constraints too. Though exporting logic out of the code is not necessarily that good, but maybe could use some autocomplete function in IDE instead.
@_RafaelKr9 ай бұрын
Awesome, finally I can write my Ansible configs in a sane way. Not the full config, but what I define in my Inventory.
@Rudxain9 ай бұрын
2:01 I wish Rust had built-in syntax for that. Ranged Ints are cool and all, but it should be built-in for any lang like Rust
@torb-no9 ай бұрын
Wouldn’t say say Apple dislike JavaScript when they have integrated JavaScript support all over the place in their products. But yeah, Pkl looks cool! Always great to see more safety in languages. Thanks for showcasing it.
@froxx939 ай бұрын
That gives me strong Proto vibes. Looks cool. Especially for data APIs
@anthonvanderneut9 ай бұрын
I went over the source code of Pkl and although it support non-string keys in mappings (i.e. more like msgpack than JSON), it looks like very much it only support a subset of YAML 1.1. Since the YAML 1.2 has been out since 2009, that might have to do with the state of YAML parsers/dumpers in the Java/Kotlin, world and not necessarily a conscious choice by the developers. That unfortunately makes it only a potential replacement for a subset of YAML supporting applications, and also not a potential replacement for Python's pickle format.
@qandstuff9 ай бұрын
That’s really interesting, thanks for doing a video on this.
@oserodal27029 ай бұрын
Apple reinventing Nix was unexpected to say the least.
@Thorax2329 ай бұрын
JetBrains editors already have a decent understanding of common config files. package.json for example has the autocomplete that's shown here (it will even do lookups for dependency versions). next.config.js has this too. But I understand the value of codifying this into something common.
@katrinabryce9 ай бұрын
7:52 - The Zip Code rule will break in the UK, were our equivalent, postcodes are a string in three sections. The first section is one or two letters, represinting the main postcode region, the next is the postcode district, which is 1 or 2 numbers, or a number followed by a letter. Then there is a space, then a number and two letters.
@chri-k9 ай бұрын
well, of course a rule targeting US postal codes will break when given something that is not a US postal code
@timrosulnik15889 ай бұрын
Most known Apple's OSS projects are CUPS (printing system) and Webkit (browser engine). But it looks like they handed over the development of original CUPS to openprinting and now only focus on "Apple CUPS".
@joseph_p8 ай бұрын
I could see this being useful for generating docker compose files.
@HaraldEngels9 ай бұрын
Cool, if that should become available for PHP I will use this straight away. Thanks for sharing.
@taylorsimpson63819 ай бұрын
Swift is open source and by Apple too so they do have at least a small history of open sourcing things.
@stevefan82839 ай бұрын
Sad that they don't have out of the box dotnet support. Just raised an issue about that.
@mortenhattesen9 ай бұрын
It's like what CMAKE is to Make (and other build systems). A meta-configuration language/syntax to generate/validate configuration files
@markolson85699 ай бұрын
I swear people undervalue the importance of ease of writing a parser. JSON was designed to be easy to parse; this obviously is not
@luke-gamedevlearning9 ай бұрын
It should be noted and remembered that there is absolutely nothing special about any kind of data file, whether it be a real config file (globals and sections), an XML config file, a JSON file, a '90's database and multi table file like Dungeon Keeper has, or any other plain text data file that we can write. They all originally had programs that parsed them and used the data values how they needed. Like Dungeon Keeper using the multiple relatable text data tables, which I have made a Console editor for. I very recently made my own C# parser and writer for JSON data which works perfectly and is very strict on there being no errors in the text. So now I have a no-hassle way of using JSON data from a file. I could use it for app config and even game data which would allow the game to be modded. Yet long before that I made the same deal with XML, with better functionality in C#, and long before that I made the same deal with real config. I even once made a data reader that turns the first words into column names and all the next words into entry names and auto make a text table like the Dungeon Keeper ones, even with initial values. It is so easy to make custom ways to read data text files. You just need to make the app that parses the data into the runtime data, like objects etc., that it needs. This is all very fun stuff, but don't be sucked in with the hype. We can all do this.
@luke-gamedevlearning9 ай бұрын
"Interesting" you say. I now have a bunch of new ideas to create in C#.
@luke-gamedevlearning9 ай бұрын
Let's tell the truth, though. This is yet again not an actual programming language.-It doesn't result in executed binary. It's only analysed during parse. This happens to be a manifest language, just like the text data is that you write in a file for creating the Windows Cabinet (v2) file.
@gearboxworks9 ай бұрын
So, they created Cascading Configuration Language; they should have named it CCL. Given how maintainable the seemed-like-a-good-idea-at-the-time CSS turned out to be, I am not so sure that we should consider them creating a cascading configuration language to be a good thing... 🤷♂️ #jmtcw
@Mikenight1209 ай бұрын
The fact Go is considered as the first 4, shows Go is going places🔥
@HiImKyle9 ай бұрын
So it doesn't replace or "kill" anything, it just makes making those things more usable? I don't think I'm understanding it right
@yoanhg4219 ай бұрын
Clickbait
@felixw8419 ай бұрын
Well, both. There's the json/yaml/whatever generators in the CLI itself. With those, you could only ever *write* PKL from now on and add a pkl step to your build process which translates your pkl config your desired format. There's also the interpreter/compiler implementation for different languages, so you could also load pkl files directly from through one of the supported languages (Go, Java, Kotlin, Swift) without the intermediate step to json/yaml/...
@HiImKyle9 ай бұрын
@@felixw841 But whats wrong with json schema?
@lcarsos9 ай бұрын
It's wild to me that this apple project has literally zero mentions of Xcode. Interesting that it can export as Plist. I'd love to see them ditch that bastardized hack of a config format. And the fact that they have LSP support coming, and no Xcode integration, makes me hope that Apple is ditching all of that codebase and they're laying the foundation (heh) for the next thing. The thing that makes me wonder, is why this didn't launch at WWDC.
@chri-k9 ай бұрын
plists are absolutely everywhere in OSX, so i don't think Apple will be replacing them, especially considering they just made a tool to generate them automatically, hopefully meaning you won't have to interact with plists directly ever again.
@mohitkumar-jv2bx9 ай бұрын
I am loving that theo has returned back to his roots in terms of tye content he is putting out.
@viko17869 ай бұрын
Would be cool if a single config file can replace the hundreds of JS config files at the same time and give us the ability to spread config to a folder different then the root folder. For example to have only one pkl file in the root and its code gen to be a part of the build process, pulling different configs from a nested folder(s). That would definitely remove some clutter from the root and clear things up between different config ways/schemas/languages(?).
@Cowboydjrobot8 ай бұрын
So they essentially made protobuf for config files
@kettanaito9 ай бұрын
Let's make inefficient configs also confusing.
@drndn9 ай бұрын
I also created a JSON/YAML/etc alternative intended for configuration files, and other things, which is Muldis Object Notation and Muldis Data Language.
@nicgrobler15199 ай бұрын
adding ‘logic’ to config is like building a house of cards, except where the cards are made of s**t
@prozacgodgamedev9 ай бұрын
some of this was the informal inspiration to lua and why it ended being a programming language... it started out as a configuration file reader...
@bart20199 ай бұрын
If they keep extending it this way, they'll eventually end up with full blown JavaScript.
@AloisMahdal9 ай бұрын
sure validation is PITA, but why solve it only for file-based config? what about envvars, CLI params and other places such as HTTP endpoints?
@Applf1tech9 ай бұрын
If Microsoft has thought us anything it’s that any company can go open source.
@ivailogeimara9 ай бұрын
Why would you create a new language with regex support and use strings for regex that need to be escaped? They could use the perl/js regex syntax of a statement surrounded by 2 slashes.
@brokecoder9 ай бұрын
I will wait till openai, trains gtp on pickel.
@emo41239 ай бұрын
apple and open source in the same sentence is funny af
@mkaufmandev8 ай бұрын
Did I miss a way to fix iterating over and parsing arrays and/or objects and mixes of the two? JavaScript's nested for loops or for ins or Lodash etc.. to get properties and values is stupid. Did I miss where Pkl fixes this? The casting of obj/array just to iterate and put in the correct order and other things? Thanks for the video nonetheless.
@ChristopherButeau9 ай бұрын
Seems really neat tech. I do not see a use case where I need to generate all these configuration files.
@trietang23049 ай бұрын
Such a cool thing. I think an app need to have a lot complex config to require something like this.
@j.r.qwertz9 ай бұрын
Sounds nice. Now I'm thinking about Pkl generating XML files...