To be clear, it doesn't support casting, which is what the previous commenter was asking for.
It runs directly on android tv. The app even says that there is no support for phones or tablets so casting isn't going to work.
I also agree that casting is the major missing feature from all these apps. Mirroring might be a substitute for some but, again to be clear, it isn't the same as casting and in most cases the quality is going to suffer significantly.
I've been very underwhelmed by the adaptive cruise control in my car as well. It was one of the features I was looking forward to the most, but in practice now I rarely use it. I'm also located in the pacific northwest, so I don't think highway design has anything to do with my complaints.
I find the braking is far too abrupt. I can see the car in front of me slowing down, but the system will continue accelerating until some magical distance threshold before it begins to brake.
In addition the follow distance doesn't seem to be dynamic relative to my speed. When I increase the follow distance, the car leaves too much distance at lower speeds, but increasing the follow distance causes tail-gating at higher speeds.
In my experience the problem is that when written as you describe them - user stories represent features and are rarely, if ever, granular enough that they represent a "thin vertical slice" of functionality - as scrum likes to call it. I've always felt this was something scrum did a poor job of addressing.
I have found that using user story format for epics or for features, and then further breaking those down into tasks seems to work quite well. Although as far as I'm aware there is no concept of a "task" in scrum. Task seems to be a Jira concept.
Yep, this is what got me hooked as well. I've also played using a PS4 controller using my laptop, and phone. I don't think the PS4 controller would work playing from the Chromecast though.
Stadia, the initial reviews were actually pretty bad, but I'm blown away by how good it is. There's something undeniably cool about playing cyberpunk on a macbook air with full graphical detail, and then switching over to play on my TV exactly where I left off. The latency is virtually imperceptible to me, and I love that I don't need a 50 GB download just to try out a new game. Everytime I use it I'm honestly impressed that it works as well as it does. My only concern now is whether I can trust Google not to eventually kill it, given their recent track record.
I personally love vim, and have found that setting up vim keybindings for my IDE seems like the best of all worlds.
I do appreciate the consistency and speed of plain vim, however I can't fathom trading that for code completion, which in my experience is the biggest missing feature from vim. Even with plugins like YouCompleteMe (which is awesome) the completion quality isn't even close to what you get in a real IDE. I'm honestly curious how people code productively in a professional environment without code completion?
The SkyTrain is a great example of how easily transportation technology infrastructure fails during even slightly unexpected circumstances. The trains were inoperable for multiple times this past week, for hours at a time due to snow storms.
Trains aren't exactly new technology, yet here we are with them still not functioning properly during what was actually a pretty routine snow storm. It doesn't leave me very optimistic for self driving cars, which will be significantly more compliced technology.
> The military demands that soldiers immediately and unquestioningly follow commands given by their superiors (particularly during combat).
I don't think the way you've phrased this is quite accurate, although I understand what you're getting at.
In the book the author discusses how it is the responsibility of leaders to plan missions and to ensure that all voices and concerns are heard during planning. It's also the leader's responsibility to ensure that a decision about how to proceed is reached. Once a decision is reached though the expectation is that it will be carried out without question (I don't have any quotes handy unfortunately).
This sounds awfully similar to Amazon's principle of disagree and commit. I think this principle is congruent with the way the way the book suggests that leaders should operate.
From my own personal experience I think this is actually a really important principle. I find nothing more frustrating in a team environment than when one member of the team disagrees with a decision and decides to take it upon themselves to head off in their own chosen direction. It's very frustrating to have team members not following a plan.
Does anyone else find Qt difficult to setup/compile and find the qtmoc hoops that are necessary really frustrating when it comes to compiling projects in a non standard way?
I also really enjoy board spots in general, and I find there seems to be something unique about them that attracts introverts like myself, even though snowboard/board-sport culture can sometimes be a bit "bro-ey". I often find myself acting more extroverted and easily making friends while snowboarding/surfing/skateboarding.
I think it has to do with the simplicity, independent nature of board sports, and the self-reliant DIY attitude. There actually seems to be a lot of parallels to hacker culture, which is what I think makes it really unique when compared to other sports.
I'd really encourage others to try them, as they are a great way to get out of the tech bubble, make friends, and be active. They really aren't all that difficult to get started with. The learning curve is steep but short, and for the most part they aren't all that expensive.
WSL is a great idea and I think Microsoft is onto something super cool with WSL, but after a week of serious use I found that it was not a viable replacement for cygwin. The major problem with WSL right now is that you can't effectively edit files in both Windows and WSL. For me this was very limiting because I could not interact with a git repo via WSL and then also open the files from that repo with a Windows IDE. In cygwin this would be no problem though.
I want to point out that this actually makes a great interview question.
I've had really good results asking this. I find it's a great question, because it allows the candidate to show off their knowledge, and use some knowledge that they likely prepared for ahead of time. I also like it because sometimes I get to learn something really interesting from the candidate.
It's also an easy way to filter people when they can't name even one algorithm, or their favorite is "that sorting algorithm"
Second this suggestion. As others have noted his books probably aren't going to win any literary awards, but they are fun entertaining reads. There are some similarities in subject matter to some of Dan Brown's books, but Russinovich is a former Microsoft employee (and iirc he wrote the sys intervals suite of tools) so his are much more technically detailed, and accurate then what you would find in Dan Brown.
> Of course, a lot is asked of engineers during crunch time, but that's the same way everywhere in the industry
I would like to point out that this is just objectively wrong. There are many employers in our industry that do not impose crunch time, and who view crunch time as indicative of poor engineering practices.
Maybe your statement came out wrong, but I was surprised enough when reading it that I felt compelled to let others know that this is not reality. There are lots of good employers that practice sustainable development practices in our industry.
Reading this thread, I'm having a very hard time understanding why anyone would want to work at Amazon (other then the somewhat high salary). Judging by responses to many of the parent comments, I'd say that others seem surprised as well. I hope this surprise reflects the abnormality of the practices described in this thread because they are not as common in the industry as you suggest.
It sounds like your main concern is preserving the native look and feel of the OS.
I understand the argument, but I don't really understand the reasoning behind it. This is probably me being naive, but (assuming any performance problems are solved) the only reasoning I see to prefer native OS widgets would be to preserve compatibility with adaptive technologies (i.e. screen readers, OS keyboard shortcuts, high scale displays, etc), and to allow for automation of the UI.
Maintaining compatibility with adaptive technologies and allowing for automation both seem like good arguments to me. I think it would be challenging to solve those problems, but I think it could be done. Html already has mechanisms to deal with this, so I think another tool kit could take a similar approach.
Preserving the native look and feel however, doesn't seem nearly as important to me. I usually customize the look and feel of most desktop applications anyway. For example, changing the color scheme of my terminal, text editor, and IDE. I would hate it if I was forced to use the OS defaults. For example, on osx it's not possible to customize the look and feel of the iterm window, where as with hyper (an electron based terminal emulator) it is possible, and I find that I strongly prefer the later's UI (despite the electron performance issues). Even chrome allows me the ability to customize its UI. Of all the desktop applications I regularly use, there's very few these days that exclusively use the native OS widgets - at the moment evernote is the only one that actually comes to mind.
With some exceptions, users seem to manage pretty well on the web where every website already implements a different style of UI. For simple widgets like windows, buttons, textboxes, checkboxes, etc minor differences in style just don't seem like an issue to me. I think users will be able to visually identify a button even if it looks slightly different, and the advantage of allowing customization feels like a worthwhile tradeoff. For more complex UIs (like 3d renders, music editors, video editors, or games) most seem to already implement customized UI elements anyway.
What you're suggesting actually feels like a step backwards to me, so I'm genuinely interested to understand why you would want to maintain the same look and feel between applications? How do you currently customize the look and feel of your own environment?
I really like where the author went with this. Everytime I read something like this though I can't help but think how we as developers really need a better low level, UI framework for cross platform applications. What the author has done here is a cool idea, but ultimately this still feels flawed, and like it's a workaround to the difficulties of writing a cross platform UI. Everytime I read something like this I can't help but think about how great a low level, cross platform C (or C ABI) library would be (think something like libuv but for UIs). Such a library would abstract away the OS specific system calls of the UI while still providing the ability to easily do things like:
* Create a window
* Draw to the screen
* Declaratively (i.e. html like) add UI widgets to a scene
* Apply CSS like styling (like QML, JavaFX, or XAML)
* Use native file dialogs, menus, notifications, etc
* Statically link as a single dependency
I don't even think something like this necessarily needs to provide native UI elements, rather it just needs to be a more performant, easier to use, smaller, version of electron that could easily be used from any language. It needs to provide common UI elements like buttons, textboxes, divs, grid layouts, etc, but judging by the popularity of electron - I don't think those necessarily need to use native elements.
Qt is close to this, but it feels heavyweight and in my opinion its biggest flaw is that it's difficult to link to an application and setup a development environment for. Tk is kind of like this, but way too limited. JavaFX is a really good example, and would be perfect if it wasn't Java only (same with WPF but it's C# only). Right now the closest attempt to something like this that I know of is https://github.com/andlabs/libui
I think libui could even be a starting point for such a library, but the library I'm thinking of would need some type of declarative UI support (i.e. html like, maybe even support for a subset of html), built in support for styling, and less of a focus on using native widgets. I really wish somebody would build something like this.
It runs directly on android tv. The app even says that there is no support for phones or tablets so casting isn't going to work.
I also agree that casting is the major missing feature from all these apps. Mirroring might be a substitute for some but, again to be clear, it isn't the same as casting and in most cases the quality is going to suffer significantly.