ThatObviousUser
ὠαἴÏÏιÏÏÎ¿Ï Ïαá¿Ï εἶ
Unless you're gonna be a namby pamby web "programmer" than forget what I just said.
You're just jealous web programming is so much more fun.
Unless you're gonna be a namby pamby web "programmer" than forget what I just said.
Tabs are displayed inconsistently across different editors. I prefer spaces for that reason. That said, consistency is most important.
A position opened up for a "LAMP - Software Developer II" at my current workplace. I looked at the requirements* and after considering my own (lack of) qualifications**, I decided to submit an application. I re-did my whole resume to reflect the few solid projects I'd worked on that could reflect on my skill set, put in a few good references that could vouch for me, and wrote a nice, slightly ass-kissing cover letter.
The hiring manager happens to be my current manager, so immediately after walking over to HR and dropping off a copy of my application to them, I walked into his office and gave him a copy. We had a chat, and uh, he was surprised, but I assured him I felt I could do the job. With a bit of a raised eyebrow, he warned "you know, we will test you right," and I played it cool and said "of course."
This was on a Friday, so of course my weekend was spent feverishly going over design practices, algorithms, and all the stuff I was always told would be expected of me in an interview in this field.
Monday comes, and I'm given an assessment to take on the spot, which is full of platform/architecture specific questions. The fun part was not remembering much of anything of specific Ruby syntax on the spot, so I ended up just writing a solid paragraph explaining my answer without referencing any specific calls whatsoever.
Then, I was given a project to complete. Two-ish hours and 400-ish lines in Sublime Text later, I turned that in.
Throughout the whole process, I remained calm by basically reminding myself that the worst that could happen would be me tanking the interview/assessment, and I'd end up continuing in the same not-too-horrible position I was in. At the very least, I'd learn something and it might be useful in a future job application.
And then Friday, I get called into my manager's office, and he tells me that his lead went over all the final applicants (apparently there were 5) assessments and projects, and his recommendation based on quality of work alone (he wasn't there for the interview) was to hire me or this one other applicant immediately. Apparently, the word used was "superstar". So, at this point, I'm surprised/happy, but the pessimist in me is already thinking "he's letting me down easy," and then he finishes up by saying "given two equal options, I'll take the guy I've known for four years."
I got the job!
Now, I wrote all this for two reasons:
1. Hell yes, I'm bragging.
2. A non-insignificant part of me is absolutely terrified.
Software development in general has been a career goal of mine for years, and I've been doing it, studying it in some capacity for well on fifteen years, but this will be the first job where coding is my #1 responsibility.
I've been lurking this thread since it started last year, and this is my way of saying hi, and I hope I get to become one of the guys who complains about the stupid co-workers, and not the guy so many of you complain about.
Hello Dev-GAF.
* B.S. in CS, 5+ years experience working in MySQL, PHP, Perl and ideally some experience with Ruby
** A.A. degree, very little documented work experience, but 5-7+ years of consistent experience working with MySQL/PHP/Perl on personal projects (both solo and in teams), and a basic understanding of Ruby/Rails syntax/methodology
Congrats BreakyBoy, welcome to our hell!
As to me, I don't know if I'll make sense here but I'm frustrated because of where I am in my career progression. I'm currently an Senior Solution Architect as such I not only deal with project management and meeting with business and leadership and all that but I also code.
So I get calls about jobs and it always goes like this:
"We need a developer! You want HOW much?!"
"Well I'm more than a developer. I meet with executives and set strategy and all that."
"We just need someone to code."
or
"We need someone to be project manager. You're a developer."
"Yes I can code but I also do all that other stuff."
"Sorry, we don't need a developer."
Argh, the career progression for what we do is really screwed up.
Any commit message is better than needing to sift through the diffs to try and determine what exactly was changed or added. And I'll be sure to add tests to the next project I start, wish I would have found out about them sooner!Real commit messages some of my coworkers have used to describe their changes. These are just the ones I saw right now when I pulled, not cherry picked. They are indicative of their commit messages overall (well, from 2 of our developers). The commits include changes to at least 5 files.
1) changed the way comparer compares.
2) The take on the collection is no needed anymore.
Real commit messages some of my coworkers have used to describe their changes. These are just the ones I saw right now when I pulled, not cherry picked. They are indicative of their commit messages overall (well, from 2 of our developers). The commits include changes to at least 5 files.
1) changed the way comparer compares.
2) The take on the collection is no needed anymore.
We just started unit testing a few months ago when we started a new project, and only half the team bothered to learn. We're not doing TDD yet, just writing tests after the fact. It mostly just helps to know when you make a change and it breaks things you didn't expect, or to find bugs by forcing you to examine all your assumptions and test all the expectations. TDD would be a lot more valuable.Any commit message is better than needing to sift through the diffs to try and determine what exactly was changed or added. And I'll be sure to add tests to the next project I start, wish I would have found out about them sooner!
I just want to say that I've started to use SASS recently, and it's pretty cool.
I spent the whole day refactoring my CSS, which were all separated into different site sections, and recreating them as SCSS. In the end everything is far more organized that it had ever been. I didn't even use any of the more advanced features, but nesting has been very useful.
No, I haven't. Is there a reason to use one or the other? I looked at the wiki and it said that SASS now incorporates some of the things LESS did, so I don't think I'll bother with it.
I wouldn't want my site to look empty if JS isn't enabled, though.I haven't, I'm not a fan of doing things client side but they do look very similiar and less seems to be more popular nowdays (thanks to twitter bootstrap)
quick question i'm trying to access with javascript a ListViewItem name in a ListView so I can call the Selection_index changed event handler from client side. any idea how to do that?
C#/ASP.Net
Coworker: "Hey, the documentation you wrote for this piece isn't working."
Me: "What do you mean?"
Coworker: "I copied and pasted the example usage code and it won't compile."
Me: "What's the error message?"
Coworker: "The type or namespace name ExampleClass could not be found"
Me: "Well, you have to change the name of ExampleClass to the class you're referring to."
Coworker: "That's stupid. You need to write documentation so I can just copy and paste it."
Holy crap, the Android API is the most convoluted confusing thing I've ever run across. Every time I want to try a task, I have to spend an hour or more searching on Google to try to figure it out.
Previous job involved web development for IE 6. This was 2012.
The SQL editor of MS Access is a fucking mess.
There's neither line numbering nor syntax highlighting, the controls for changing the font and font size are hidden deeply somewhere in the Access settings, and strg+a does not work at all.
It occasionally puts table and column names between square brackets for some reason (e.g. [emp].[id]) and automatically adds column names for the results in the local language, e.g. in my case AnzahlVonId for count(id).
If I temporarily create a new query for testing something, then open another, it's not possible to switch to the unsaved one again. Unsaved queries are not accessible from nowhere in the interface, you have to save it first.
And the worst of it: If you use an unspecified identifier in a query, Access shows a dialogue prompting for its value when the query is executed, which can be pretty convenient. I was working on a complex query, when at some point the parameter prompt appeared - but the query contained no parameters. I fiddled around, rewrote and simplified the query several times, but it kept asking. Boggled my mind.
During testing, once I had sorted the query results in the result view. Turned out Access had added this sort key to the metadata of the query. Later I didn't use that column anymore, so Access didn't know it and thought it was a parameter. That's fucking bullshit.
The data analysts here use Access to get to an external Oracle DB. I really hate it--hopefully I can at least nudge them towards using SSRS for the stuff that needs to get pushed out to other people :\
I feel you guys' pain. I'm stuck with using Access to build whole apps.
I feel you guys' pain. I'm stuck with using Access to build whole apps.
Like using VBA?
Yes. Everything is in VBA. Everything is Access. Both the front and back ends. For some reason I'm not allowed to develop applications in anything other than Access per the IT department head. And this isn't just some "click a button generate a chart" type of stuff either. This is production critical "everything shuts down if one piece isn't working" type stuff. As in "used by an entire warehouse worth of people when Access databases aren't really meant to be used by more than a handful of concurrent users" type stuff. The pain I have to deal with because of versioning differences, or limiting functionality, simple stuff like generating PDFs or exporting reports as Excel files because of the licensing issues or whatever was going on when Office 2007 came out and that some people don't have the service pack that addressed that, or the emails I get that people can't access data because someone doesn't have the correct permissions to the network folder where the backend is located, or having to create a macro for a basic function like right-clicking a datasheet because it isn't supported in the Runtime version. Or the fact that one of the few Windows apps I did get to build chugs because it connects to Access using a .NET layer on top of a JET layer. Because I had to convert a perfectly good SQL Server database into an Access database, because, one, the server was my workstation (that I had to leave on and locked otherwise nothing worked) and I couldn't get a server space to work with until about a month or two ago, and two, Access only! The only reason the fron end wasn't converted is because I just never got around to it, and the IT department at least has the understanding that doing so would be a detriment to production. Or just the general feeling that everything in Access is held together by silly string. Parameterized queries? What are those? Distinct count? What's that? Asynchronus work? Never heard of it. Features and datatypes that are often advised that you straight up don't use because of how buggy they are. Random and undetectable corruption, on the front end, you know, the part that DOESN'T house data. Working in design view gets slower and slower as the scale of the application increases. Doing things like clicking on Design View from Form View, setting a Record Source, or even something as simple as maximizing or restoring a window straight up hangs Access, sometimes to the point where it becomes a big white screen. Oh, and God forbid my computer freezes or the power goes out while I'm the middle of something. There's a good chance that everything is screwed.
I mean, it's cool that I now have some strong VBA skills, but I haven't had much of a chance to hone or improve my skills using "real" languages since college, and it feels like what I do know is eroding, and it's hurting my chances of ever being able to further my career. It's not a cost thing either. I have Visual Studio and SQL Server sitting right here on a virtual PC to maintain the few applications I developed before the IT department came up with whatever asinine reason that I'm just flat out not allowed to develop with it. It's a bit disheartening, especially considering that I could have a smoother experience for myself and users by building Windows apps that use SQL Server databases. I'm honestly starting to get less motivated and feel more unfulfilled by the day. I've been trying to counter this by brushing up on C# and trying to teach myself HTML/CSS/Javascript and ASP.Net in my spare time. Maybe see if I can get some side projects as learning/refreshing experience, especially seeing how a lot of the dedicated software development positions want web application experience/knowledge.
Heh, this became a full on rant in reponse to a three-word question.
What are your thoughts? I tend to like the whole "very thorough design, even more thorough unit test. Easy almost wasteful test cycle." approach versus the whole 'ok design, ok unit test, possibly very dramatic test cycle."
Question for those of you who manage code projects.
I tend to overload my schedule through design and at the beginning of test and even have an informal test period before it even gets to test. I do this because the idea is that it will allow my developers to find the glaring bugs early and fix them before we get to test.
This usually ends up meaning that my devs work like mad through design and then again right up until test. And then the rigor is usually so high on the informal test cycle 0 that they end up not having much to do and take a bit of a breather once we hit actual test.
I've been hailed as a hero and critcized as a 'time waster' for this. In that it means you come to our cubes during test most of my developers are sitting waiting (I tend to roll off developers to other projects once we get to test, but you gotta keep at least a few for new bugs). So I've gotten feedback from some that I'm not pushing hard enough or from people that understand how hard I push my devs during design/before test they think it's wrong to overload early to have a drama free test and go live they'd rather me keep a lower burn throughout the whole thing.
But I've found that never works. You keep a lower burn it'll blow up in your face once you get to test and everyone's running around like mad.
What are your thoughts? I tend to like the whole "very thorough design, even more thorough unit test. Easy almost wasteful test cycle." approach versus the whole 'ok design, ok unit test, possibly very dramatic test cycle."
This is the approach I espouse. Burn in the team early. Gets through the Tuckman group model VERY quickly. You CAN burn out a team too early following this approach, but its better than the death march you incur if you don't do this IMO.
Question for those of you who manage code projects.
I tend to overload my schedule through design and at the beginning of test and even have an informal test period before it even gets to test. I do this because the idea is that it will allow my developers to find the glaring bugs early and fix them before we get to test.
This usually ends up meaning that my devs work like mad through design and then again right up until test. And then the rigor is usually so high on the informal test cycle 0 that they end up not having much to do and take a bit of a breather once we hit actual test.
I've been hailed as a hero and critcized as a 'time waster' for this. In that it means you come to our cubes during test most of my developers are sitting waiting (I tend to roll off developers to other projects once we get to test, but you gotta keep at least a few for new bugs). So I've gotten feedback from some that I'm not pushing hard enough or from people that understand how hard I push my devs during design/before test they think it's wrong to overload early to have a drama free test and go live they'd rather me keep a lower burn throughout the whole thing.
But I've found that never works. You keep a lower burn it'll blow up in your face once you get to test and everyone's running around like mad.
What are your thoughts? I tend to like the whole "very thorough design, even more thorough unit test. Easy almost wasteful test cycle." approach versus the whole 'ok design, ok unit test, possibly very dramatic test cycle."
What's a test cycle? I'm not a manager, but as a developer I just do a quick smoke test whenever I complete a feature, then roll a package off to the test team. They do rigorous testing against the feature, give feedback on the UX, and some basic testing throughout the software. Automated unit tests and integration tests catch basic regressions, though manual testing has to be done to catch the less obvious ones.
Bugs are fixed as they're found, and releases are pretty much invisible to developers. We put out a releasable package every 2 weeks. Finishing all planned features just means moving to a new project. I occasionally get a day or two of free time if I finish a feature early and can't meaningfully contribute to another feature, but that time can be spent on improvements to my development environment, the code base or our tools.
Yeah I guess methodology has a lot to do it.
I should've pointed out on projects with a more traditional waterfall methodology with long drawn out test cycles.
Do you have to work that way? What do testers do when you're not in test?
Eh, the only problem I ever really have is when our new hires discover cursors.