Vs code is the truth
It's definitely needed for quick prototyping sessions.
Vs code is the truth
Have you worked with Ember at all? If so, how's the feel between the two?You should definitely take a look into Angular 2, especially with your C# background. The ability to use Typescript as default is huge. Angular CLI is also sweet. Angular 1 felt like a sort of JS/HTML hack, while 2 feels like a proper front-end framework. Angular 2 is a lot better than 1.
Have you worked with Ember at all? If so, how's the feel between the two?
I dabbled with Ember before I got this job. It might have changed, but it reminded me of Ruby on Rails on the front end. Out of the frameworks/libraries I've dabbled with, right now I prefer Angular 2 over both React and Ember. For large apps, I'd recommend Angular 2. For something smaller, you might want to try React. I haven't tried Vue or Aurelia... don't really have a desire to try them right now.
Since you are familiar with C# and typescript is taking precedence with Angular 2, I have a feeling Angular 2 will be the smoothest fit for you.
The reason I’ll give is that Haskell’s otherwise excellent composability is destroyed at I/O boundaries, just like every other language. That is, we are at stage 4 above, where the bottleneck to further composition is these program boundaries. Since most software systems (especially those that span multiple nodes), have a large surface area in contact with the outside world, the code devoted to merely getting information at these boundaries into some more computable form is often the bulk of the work; once the data is in computable form, the actual computation needing to be done is easy.
If you’re writing a CRUD app, or some other computationally boring system that has a large, complex surface area in contact with the outside world, writing code to deal with that program boundary often dominates the codebase.
Where we see Haskell (or more generally, typed FP) excel is for programs that have minimal surface area in contact with the outside world, but with a large amount of interesting computation happening internally. A good example: compilers. Compilers don’t have much interaction with the outside world—just reading some files—but have lots of interesting computation happening internally, for things like typechecking, code generation, and so on. Haskell excels here; I would not be surprised if Haskell were 100x better than Java for writing compilers. Writing CRUD apps? Haskell isn’t as much of a win.
Thanks for sharing. This is good to knowDone with my 5 month Haskell journey. Finished my RESTful API earlier.
It's a real nice language, but imo not something I'll stick with.
There are other languages that are more suitable for web development both on the front and back end.
Really sums it up:
Julia looks pretty promising, but I'm done learning new languages.
In Python, how do you print out individual items in a dictionary?
Working on an exercise wherein you build a student/grade dictionary based on user input.
So, you'd end up with something like student_grades = {"student 1": "A", "student 2": "B", "student 3": "C"}
Now, I'd like to make a little function that prints out the following:
Student Grades:
Student 1: A
Student 2: B
Student 3: C
I'd like to print this out using some type of "for" function (I think)...but can't get it.
Help?
In your opinion, what separates a system admin from a system engineer?Which employers? I strongly disagree with this, any medium-to-high level institution (Government, financial institutions, corporations, academia) will expose your bullshyt in seconds. If you're a sysadmin, you can get away with sloppiness and cover it up with aesthetics, but we expect computer scientists to know what they are doing when it comes to enterprise software, debugging, and engineering.