Really cool project, though.
1,050 karma · joined July 18, 2010
Really cool project, though.
The low alcohol content makes it seem like a good session beer too, although I don't know if you can, or would want to, "sesh" probiotics...
This is a Lisp macro. Macros are a powerful form of abstraction. Abstractions are what us programmers create to reduce complexity and clean code.
One just needs to be mindful of how this powerful tool is wielded, just like any other tool; you can make a mess with anything.
(I mean, Drive already has versioning, so this adds... an explicit form of versioning?)
Oh, and where's our Linux client?! Gnome's Drive support is awful. It just locks up Nautilus half the time.
I mean, there's no lack of cool looking mechanical keyboards, even ones that match Apple products: https://input.club/k-type/
(That one is even USB-C and fully programmable/hackable with an open source firmware.)
We could be using an app-centric XML-like language¹ for the UI, and an app-centric protocol versus a stateless² one where we apply hacks like cookies and WebSockets to. Instead we're hacking on top of a document-oriented system, and the hacks feel like they're 10 layers deep now.
¹ Similar to XAML or XUL, in concept and example.
² Statelessness is a great default, but when you need it, it shouldn't be an awful hack.
Nix has limited "Nix-expressions" which resulted in a bunch of bash scripts to get around the limitations, and Systemd ends up requiring C services or bash scripts because it has a limited INI-like syntax. On the opposite end, GuixSD is entirely configured, packaged, and maintained with Guile.
Sounds like an easy dump from AST to text to wasm. Aside from what the Google Closure Compiler provides, I wonder what benefit, if any, this may give to ClojureScript. I'm guessing CLJS will just keep Google Closure for its optimizations, while Google Closure will output either wat files or wasm files. Unless optimizations can just be done during wat to wasm, which would be ideal for other language authors who can just translate to their intentions and not have to worry so much about fancy optimizations. (I'm rambling at this point. Sorry.)
[1]: https://developer.mozilla.org/en-US/docs/WebAssembly/Underst...
It was clumsier, but it worked.
Actually, quite the opposite. All that shell scripts do is glue together other programs they depend on.
That makes them not portable. You can't just move a bash script from Linux to macOS because it uses ancient pre-GPLv3 versions of bash and all the other GNU utils.
https://twitter.com/comcast/status/857357059196452865
(Saw this as an ad in the mobile app.)
Does that mean they're actually worried?
I'd honestly be okay with a slab style phone, that's wider than normal, but still fits in the hand, so I can have a solid keyboard.
Something similar to the Peek: https://i2.wp.com/www.amitbhawani.com/blog/wp-content/upload...
I miss the old HTC keyboards, like on my G1 and G2.
The same company has a mechanical numpad/calculator that can do the same as this shortcut keypad as well, in about the same package, along with having a calculator and display.
These macro pads are all over r/MechanicalKeyboards. Plenty of parts and kits to get you started if you want to make your own.
I really don't understand why the would just shove it into every chipset out there. I understand it needs to get its claws all over the system, but the core should be external and optional.
I mean, assuming you can give out cards linked to said account, to discern who is using the account. That'd be incredibly useful. I used Google Wallet for this previously, and now use Simple, but it'd be nice to not have to approve requests and instead implement some logic to do so.
If anyone working for Simple sees this: get on this! I'd move from my main bank account to entirely Simple just for this functionality.
- HEADLINE: Hide/Move/Replace the Unity Menubar
- DESCRIPTION: Please have an auto-hide function at minimum? Better would be to move the time/settings to the "dock" when you set the "move the menus to the app windows" option, and then removing menubar entirely.
- RATIONALE: It was awful the last time I used Ubuntu on a multi-monitor setup, wasting space on all displays. And having to click an app and window to give it focus, then swinging the cursor up to select a menu, then back to the app... I'm not sure why anyone would move the action (menu) from the context of the action (focused window).
Otherwise, I really do like Unity, especially since it has useful global keybindings out of the box.
- ROLE/AFFILIATION: Developer, but use Ubuntu for my personal dev ThinkPad.
P.S. I just started listening to The Changelog and your interview was very insightful. Thanks! For those interested: https://changelog.com/podcast/207
I mean, I can always just backtick pipe anything that would be convenient but avoid this nonsense.