You have NO idea what you're talking about man. Don't believe the hype. Deep learning has ALWAYS been popular and a very active field, since the mid 80s.
Here are the features I like in an IDE that make be very productive:
- Autocompletion
- Mass rename
- Source formatting
- Integrated debugger interface with breakpoint insertion and overlying of state on source
- Integrated VCS control
- Automated deploy
- Error display
- Automatic importing of modules
- Source cleanup (Automatic loop transformation)
- Automatically building my project
That's just a few things that I like an IDE to have. Some provide even more features that I like.
I understand that there are other tools that do the tasks better, maybe even faster, but that's not what I want. I want to be able to learn one thing, and learn how to use all of it's features well.
Error display: tmux, terminator or iTerm2 split planes
Rust has pretty good tool support in vim and Atom, for example (can't speak for the rest). We don't have stellar IDE support yet, but it's on the to-do list: https://www.rust-lang.org/ides.html
Personally, I don't miss IDEs. I like the approach of small, single-purpose, composable command-line utilities more.
As I said, I don't want to learn how to use 5+ tools. I want to be able to install one thing, have everything work out of the box, and learn how to use their uniform and standard way of doing things.
I acknowledge that learning lots of tools just to start using a new language is a bit much.
However, the reason why so many people in this thread persist in suggesting that these tools are worth learning is that turns out most of these tools plug-and-play with whatever new language you feel like learning 6 months or 2 years or more from now.
Vim is one of the more popular editors to use in conjunction with this plug-and-play philosophy; if you have a change of heart and want to take a dive into learning to use Vim as such, I'd recommend Vim as an IDE[1], which addresses a lot of the points you brought up in your list of things you wish an IDE had.
The problem with composable tools is that some things are really hard to compose and separate out, and have to be integrated: syntax highlighting, autocompletion and interactive debuggers are really hard to treat as separate programs.
You probably noticed how useless racer is on the command line: type code in your text editor and then when you want a completion, you go to your CLI and type "racer myfile.rs row,column" and there are your completions! :)
Jokes aside: it's clearly superior (and intended) as an integrated tool than as a command line tool.
I'd argue that a debugger can offer the same kind of power being an integrated debugger as the (admittedly silly) racer example.
> Error display: tmux, terminator or iTerm2 split planes
Split panes are a poor substitute for actual error display integration; highlighting the errors in the source-code viewer, combined with a cross-linked list of errors is far more useful.
Yeah. I'm a vim guy myself, but I totally understand the appeal of IDEs. Luckily Rust is a well-defined language (unlike C and C++), so building a nice IDE shouldn't be too arduous.
The last two items are definitely achievable. As a saying goes, "vim is my editor, Linux is my IDE." I'd rather learn a handful of tools that will last me my career and be valuable in many different circumstances in and out of work and more formal "programming" than learn a new IDE per language and/or a new Master IDE for multiple languages every few years.
Autocomplete is a godsend, I don't type nearly as much as I hit my arrow keys+tab. Whenever I have to write anything outside of ObjC (in Xcode) or Java (in Android Studio), I get annoyed very quickly.
This is pretty common, and the advantages of Rust won't overcome people being inherently lazy (not in a bad way... lazy in this sense is really more efficient).
People love C# for that very reason, once they get used to Visual Studio, convincing them to switch to something with very limited IDE support is a tough argument. Most people have better things to do with their life. Rust will get there though, just give them time.
I write C# at work using VS, and am working on getting omnisharp running so I can use VIM here instead. I have fully converted from being an IDE person to a VIMMER. So many helpful things, and keyboard binds that I can't believe I ever lived without. VsVim just isn't the same, and cannot be used in VS2008 which we unfortunately use most of the time.
I tried to use Rust briefly but found that discovery was very difficult without autocomplete - I'm used to Swift's SourceKit, which is quite good if it hasn't crashed.
theonewolf, to the best our knowledge, we are the first to offer TLS protected iSCSI (a block storage transport). As we said in the post, SSL was considered back when the iSCSI protocol was developed, but IPsec won out. Many people use TLS today for object storage (ie. S3, Kinetic, etc.). That said, this post is less of a “pitch” and more of a “here’s what's possible with modern technology”. Regarding NASD, If I recall correctly, that was a file based research project.
BTW, regarding the drivers: none needed, you can do it from userland on any platform with a simple SSL proxy like stunnel. If you want, reach out and we can hook you up with software to play around with.
<vaporware>Indeed, the plan is to provide an API such that apps can be written to push backups to different providers. The API will only provide access to already-encrypted data, so you don't have to worry about the app stealing your secrets.</vaporware>
Oh I see, so this might be an "Enterprise in" and that's the "key feature." Not that I should expect a lot more on top of Git + GitLab that isn't already there.
I think that's about right. Heck we are actually running gitlab already for a limited set of projects and I could see how I could sell this easier.
Also don't discount how much might be bound up in a system like perforce already so this let's devs get git workflow that they want without being totally separate from all the other codebases.
I'm using the new Dell XPS 13 Developer's Edition, without the touch screen. I've found build quality to be a step up for Dell, but still a bit flimsy especially around the cover of the monitor.
I like that it's pre-vetted hardware for running Ubuntu/Linux, has very long battery life, and the screen is really a joy to look at.
It's a 13-inch screen crammed into an 11-inch laptop body, so you get a lot of screen real-estated without the full bulkiness.
I also love the lightweight (close to MacBook light here), and the versatility in connectors (a detractor for the MacBook line for me).
In addition, out of the box things like 5GHz ac wifi just works under Linux.
I haven't had any real problems with waking up from suspension, it only takes a little time sometimes. Disabling and re-enabling the WiFi should work anyway, if you lost your WiFi connection.
Same laptop but with the 3200 x 1800 screen. The pre-installed Ubuntu version was so slow; stuttering, major screen tearing, and HDPI font issues everywhere. Basically unusable. However, I updated the BIOS and installed Fedora 22. Had to install proprietary Broadcom WiFi drivers, but GNOME 3 works great with HDPI and the system is way more responsive. Touchscreen is a little useless though :)
That being said, I like the laptop with Fedora and would recommend it.
I had the predecessor, the xps 12 inch, I was very happy with it. The touchscreen was unessasary, but it actually works in Debian. The xps line in general is a good mix of Linux compatible hardware, processor/memory options, price and surprisingly solid build quality.
My main complaint and why I have a macbook air now (even though it is inferior in most respects, I pay for a osx but never booted it) is that I ride alot of trains and the power connector on the Dell landed the machine on the ground a few times when people tripped on my wire. It uses the normal metal tube into hole design. The laptop still works, but it makes me wonder why dell never made a magnetic power connector. My mobile phone has one and it's a Sony/Ericsson.
For some reason I cannot find Dell XPS developer edition with Ubuntu. Dell redirects me to the page that has same laptop but with Windows installed. I hate it :/ Is it discontinued?
There is a textbook that goes along with it: https://www.pearson.com/us/higher-education/program/Tanenbau...
The author famously had interactions with Linus Torvalds when he was starting Linux!
And, Minix is inside every modern Intel CPU (https://www.zdnet.com/article/minix-intels-hidden-in-chip-op...).