> A new agency with ICE's original charter would be a reasonable thing to have, but there's no way to get that under the current structure.
It seems to me that you can run ICE without necessarily having figures like Joe Arpaio or Donald Trump as ideological sponsors while accomplishing the same job.
I've read on a few occasions that immigration was even more strictly enforced under Obama's administration, but it was done without xenophobic rhetoric, which seems ideal.
Social security, Medicare, general health, income security, and veterans benefits and services take up over 62% of the United States federal budget. How should socialism address this growing problem?
What a poignant comment, considering right this very moment, there's a socialist collapse in Venezuela being broadcast.
Yeah, I just don't buy this. It says nothing. This is the bottom-barrel suggestion most people bring up, and there's more to simplifying codebases than "strict types."
What in this <2k LOC file suggests strict types help anything whatsoever? It's not massive. It's large, but fold this and it immediately becomes more readable. Any attempts to simplify this would simply be reasoning about it differently.
I mean, that's all kind of bullshit, too. In the same sort of way that if you don't drive a Prius or aren't a vegan you contribute to climate change.
Gen X'ers and Baby Boomers didn't really do shit except live life in the time they did like Millennials and Gen Z'ers do now; it was the people in power who had impact.
There's too much pointing fingers in the wrong direction when it comes to these discussions. It wasn't my father who fucked my future over, though people elected during his time had significant impact on educational and housing policies today. You could say he voted for these things, but that's still painting an entire generation in the wrong light, sometimes you don't have a choice.
Imagine in the future blaming Millennials and Gen Z'ers for the problems in 2040 instead of blaming people like Trump and Macron. Incredible.
I'm tired of "game engines" that aren't. There's more to game development than exposing a load-update-draw loop and providing bindings to libraries. The most frequent example of this is a game framework when accurately marketed.
But I've come to call tech like this a "game software suite" when sufficiently advanced. Further, software like Unity and Unreal Engine are also just game software suites. They aren't true engines, because you still have to write everything yourself.
Imagine someone provided you the metal and engineering concepts to build an engine, but never supplied the engine itself. That's consistently, time and time again, what the games industry on the hobbyist side has provided.
Well, thanks for providing bindings I guess. Any sufficiently advanced language with an FFI can automatically do most of that work for me.
But it isn't a game engine in the same respect as any of the Quake, Source, IW engine, or derivative engines.
Where's my console? Where's my UI layer? Where's my map loading and format? Where's my multiplayer? No server browser protocol or architecture? No matchmaking? Where's my key and controller binding system? Oh, there isn't one?
It's not an engine. It's a collection of library interfaces.
Library => Framework => Engine. What's missed almost every single time is that to build an engine, you actually need a framework to dictate how a game loop performs behaviors, schedules, tasks, entity dispatch, sound emitters, and how all of these things should be networked and how they should work over split-screen or on difference devices.
If you see something exposing load-update-draw, it's at best a framework. Like the XNA of yesteryear or the LÖVE of today, that's what it is.
But a true game engine doesn't have you building your own console variable and replication system. It should come out of the box. That's the point.
That's the entire point. And if you're not working on nearly exclusively game logic, you're probably not working on a game engine. Or you're sure as hell doing both engine and game development with a half-baked game software suite.
Sorry this took me all day to get back to you, but thank you for the response! The work you're doing is excellent, and it's fascinating to see the evolution of it.
I appreciate the informative breakdown. It gives me a much better understanding of the value proposition. You have a particularly unique understanding of the challenges embedders have and it's great that we have another option in the industry. Thanks for your time!
Hi I'm [redacted], I author lcef, LuaJIT FFI bindings for Chromium Embedded Framework at https://github.com/Planimeter/lcef. I also work on Planimeter's Grid Engine, the largest 2D Lua game engine on GitHub. So, I'm fully invested in both exposing libraries to languages like Lua, and directly integrating those offerings with software.
So, while people are in here talking about Electron, which is most likely not your target audience and might be confused as a result, I am your target audience. I am looking for ways to move away from my engine's imperative UI system and to migrate to web-based UIs in an OpenGL setting, and I have been for years.
Adam, this looks great, and I've been waiting to see new solutions like this in the game development space for quite some time now. However, the only truly viable solution at the moment in my opinion is still CEF. The proprietary aspect is significant, and while some using Unity and Unreal might be interested based on existing license restrictions, for these reasons, I am not.
Can you explain how Ultralight is fundamentally different than projects like Awesomium and libRocket? It seems very similar to your previous work and not enough of a differentiator for someone like myself. Could you tell me why I wouldn't use EAWebKit instead of this?
I spent years as a Source Engine developer and avoided both projects because of their proprietary nature, and because of lack of updates to their underlying web browser libraries.
I fear this is a repeat of Awesomium, with a similar proprietary nature, and operating in a space where we will not see frequent updates to the underlying web libraries, regardless of using a subset of web technologies that UI developers would care about.
I understand that it's going away, but I really hope they open source it. I don't expect that they will, though. I know people have decompiled it and made private servers to replicate the experience, but it'll be an icon lost with time, and you can't replicate all the exact behavior with private servers.
I thought I was in new and not the front page. You're telling me that as a demonstration of perf gains, in a graphics context I win back .8 ms in exchange for another dependency and unnecessary cognitive load?
If I were hiring a developer, I would look for the technical skills I'm looking for, relevant and extended experience, and a proven track record with references. Formal education is nice, but not necessary. Open source projects or a design portfolio they can show is a plus.
A personal and technical interview helps me determine intent and company fit.
The problem "safe" languages have in this context is that they really truly are no better than C, for the simple sake of them throwing out performance and resource considerations from the get-go. Additionally, if you take even just a day to read up on UNIX and C history, you'd quickly find the two are essentially intertwined, and that to usurp C, you'd have to nix UNIX, too.
I've yet to see anyone with serious industry experience come out and say sane things about replacing C. It's just not going to happen. Not in my lifetime, unless someone decides to write a new operating system, and Linux subsequently loses footing.
I agree. Furthermore, it is really deceitful to use the name "Standard" when it's far from it. For years this was not the standard way of writing JavaScript. I get that standards change. However, this isn't even the way most companies write JavaScript.
The way I interpret this: some group of developers thought it would be a good idea to hijack the word "standard," and wedge this particular new style into the concept. It just isn't standard. It's as absurd as having a company called "Blue Shine" and selling only green colored cleaning products.
At least be honest about it. Call it something else, like "Colonless," since that's the most obvious thing that sticks out when using this style.
Awwwards participants have been creaming themselves since this has been released. Good to see how much progress it's made. It's certainly right there next to GSAP as a designer tool.
You stopped reading after "I used it for two weeks?" Really? How much time do developers need to waste before realizing some software is bad? A month? A quarter? A year or two?
I should be able to look at a library or framework's API examples and say "I don't want to use this," and not have to waste a second more.
It seems to me that you can run ICE without necessarily having figures like Joe Arpaio or Donald Trump as ideological sponsors while accomplishing the same job.
I've read on a few occasions that immigration was even more strictly enforced under Obama's administration, but it was done without xenophobic rhetoric, which seems ideal.