Re: We're looking for a Software Developer! (D language)
On Wednesday, 29 November 2017 at 15:11:17 UTC, Paulo Pinto wrote: Wirth puts it nicely, it is all about algorithms, data structures and learning how to apply them to any language. Yes, they also mention machine learning, which borrows from many fields close to applied mathematics. Linear algebra, statistical signal processing, statistical modelling, etc... I took a course on statistical signal processing this year (using Hayes book + extras) and experience without theoretical training would be inefficient. You have to tailor the algorithms to the characteristics in the signal...
Re: We're looking for a Software Developer! (D language)
On Wednesday, 29 November 2017 at 10:47:31 UTC, aberba wrote: On Thursday, 8 January 2015 at 11:10:09 UTC, Johanna Burgos wrote: Your Mission Your Track Record Degree in Computer Science, or closely-related It baffles me that recruitment still works using this as a requirement. A CS graduate will never know any of these besides basic intro to C, C++, html, css, databases, and basic hardware-software theory... without self learning and practice. I've never sat in a cs class for a second and I will be bored to death learning these stuff in lectures. I learnt them beyond the syllables years back on my own at a much quicker pase. You become experienced and skilled when you're passionate about it. Its how I started from being curious about how software is made to a full stack generalist... knowing more stack than the above requirements. You want skills not pedigree. Incompetence in hiring and HR is par for the course pretty much everywhere, lots of threads about it on proggit/HN/blogs these days. Take for example the recent sexual harassment scandals in the US, where HR depts did nothing for decades. People rightly complain about much smaller stuff than that not getting done well by HR, so of course they don't handle real malfeasance properly. The biggest joke is that these companies all claim they want the best talent, when they have no idea what the best is in the first place: https://danluu.com/programmer-moneyball/ It is one of the main reasons for the rise of open source, because you can't stop anyone from contributing or forking, assuming they have the extra time/money to do so.
Re: We're looking for a Software Developer! (D language)
On Wednesday, 29 November 2017 at 12:05:06 UTC, Ola Fosheim Grostad wrote: On Wednesday, 29 November 2017 at 10:47:31 UTC, aberba wrote: to death learning these stuff in lectures. I learnt them beyond the syllables years back on my own at a much quicker pase. CS isnt about the languages themselves, that is trivial. Basically covered in the first or second semester. You become experienced and skilled when you're passionate about it. Sure, imperative languages are all mostly the same, and easy to learn once you know the basics (C++ being an exception). Learning frameworks takes time, but there are too many frameworks for anyone to master, and they are quickly outdated. So the only knowledgebase that isnt getting outdated are the models from CS. Wirth puts it nicely, it is all about algorithms, data structures and learning how to apply them to any language.
Re: We're looking for a Software Developer! (D language)
On Wednesday, 29 November 2017 at 10:47:31 UTC, aberba wrote: to death learning these stuff in lectures. I learnt them beyond the syllables years back on my own at a much quicker pase. CS isnt about the languages themselves, that is trivial. Basically covered in the first or second semester. You become experienced and skilled when you're passionate about it. Sure, imperative languages are all mostly the same, and easy to learn once you know the basics (C++ being an exception). Learning frameworks takes time, but there are too many frameworks for anyone to master, and they are quickly outdated. So the only knowledgebase that isnt getting outdated are the models from CS.
Re: We're looking for a Software Developer! (D language)
On Wednesday, 29 November 2017 at 10:47:31 UTC, aberba wrote: On Thursday, 8 January 2015 at 11:10:09 UTC, Johanna Burgos wrote: Your Mission Your Track Record Degree in Computer Science, or closely-related It baffles me that recruitment still works using this as a requirement. A CS graduate will never know any of these besides basic intro to C, C++, html, css, databases, and basic hardware-software theory... without self learning and practice. ... Sure it will, it is a matter of university quality. During my 5 year degree, we got to learn about C++, Prolog, Caml Light and SML, x86 and MIPS Assembly, Pascal, PL/SQL, Java, Smalltalk. Those that took compiler design, also had a look into Algol, Concurrent C, Oberon, Modula-3, Eiffel, Lisp. We had access to DG/UX, Aix, GNU/Linux, Mac System 7 and Windows as OSes. Additionally we got all the layers of OS development, from drivers to graphics programming, distributed computing using PWM and MPI, web design, architecture, algorithms and data structures, calculus, linear algebra among many other concepts. Each area required projects to be delivered during each semester and final examination. Sure many can self learn some of those themes, but it requires a big discipline to keep the rhythm.
Re: We're looking for a Software Developer! (D language)
On Thursday, 8 January 2015 at 11:10:09 UTC, Johanna Burgos wrote: Your Mission Your Track Record Degree in Computer Science, or closely-related It baffles me that recruitment still works using this as a requirement. A CS graduate will never know any of these besides basic intro to C, C++, html, css, databases, and basic hardware-software theory... without self learning and practice. I've never sat in a cs class for a second and I will be bored to death learning these stuff in lectures. I learnt them beyond the syllables years back on my own at a much quicker pase. You become experienced and skilled when you're passionate about it. Its how I started from being curious about how software is made to a full stack generalist... knowing more stack than the above requirements. You want skills not pedigree.
Re: SublimeLinter-contrib-dmd: dmd feedback as you type
On Tuesday, 28 November 2017 at 18:07:35 UTC, Manuel Maier wrote:
On Monday, 27 November 2017 at 11:26:51 UTC, Bastiaan Veelo
wrote:
On Sunday, 26 November 2017 at 10:15:05 UTC, Manuel Maier
wrote:
Have you considered invoking dub instead of dmd if there's a
dub.json/.sdl file? I imagine when people use
"preBuildCommands" to generate code, for example, the linter
might report false positives. Same goes for custom D versions
(e.g. `version(Have_foo) { ... }`).
No I haven't considered using dub. Does dub allow the
processing of a single file from the project without
generating code? Note that you don't want to build the whole
project upon every activation of the linter, because of speed
but also because of errors that do not apply to the file in
the current view.
Not sure about that, would need some investigating. From what I
can tell, dub docs have improved quite a bit in the past year.
I had a look, and I don't think it does support this.
There's also the --single feature of dub:
https://code.dlang.org/advanced_usage Such files may not work
correctly with this linter at this time I presume.
I don't see why not?
Sorry, let me rephrase. What I meant is that, with dub, you can
add dependencies (e.g. some http library) and define D
versions. So even tho it's only a single file, the invocation
of dmd alone is not sufficient to understand the code
completely.
Then I guess "dub describe" would report that dependency. We
could add support for that, when a file starts with a dub
shebang. The plugin does not detect versions from dub yet, but I
am not sure it needs to. IIANM then the code inside version()
blocks is required to be syntactically correct, and it could well
be that dmd will bark at syntax errors inside version blocks even
when they are not selected. Possibly some errors relating to
symbol resolution and mixins may still go undetected though.
If there are multiple versions, you would ultimately want to lint
all available ones? This can become a bit hairy.
I guess it would be most useful if I created some test cases
and documented them.
Yes.
All in all they way this plugin works is a great idea! The
more it knows about the full commandline of the resulting dmd
invocation, the more accurate it is.
If you have a case where it isn't sufficient, I am interested
to see how it can be improved. You can experiment with it as
explained here:
https://forum.dlang.org/post/zugbovfvfviapcjqd...@forum.dlang.org
Haven't experimented with it yet so it's all just speculation
so far. I'm quite interested in a dub linter. As far as I can
tell from a first glance at your plugin code, it doesn't seem
too complicated.
You are right, and starting a new linter is easy as well, and
well documented:
http://sublimelinter.readthedocs.io/en/latest/creating_a_linter.html
I think I will investigate whether dub is suitable for this
endeavor and implement that aspect of the plugin myself. If I
have enough time in the coming days, of course. Will keep you
posted!
Have fun,
Bastiaan.
