|
Personally, I believe that they should be hangèd (worse than normal hanging!) from the nearest lamppost pour encourager les autres. This, however, may get you talked about.
If mentoring fails, one possibility, as you mention, are code reviews. Another would combine code reviews with a "style manual". If it becomes necessary to fire the offender, it is much better to do so for egregious and repeated violations of company rules than for something vague like failed code reviews.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Quote: She was a girl on the team so that helped the powers that be say we are diverse.
Thank God we're still not here and judge people by merit, not by gender, race etc... At least most of us
|
|
|
|
|
rnbergren wrote: Let me be very clear before anyone goes off on me picking on a woman.
You didn't document the experience level of any of the developers involved.
If you were all juniors then I question the very assumption that the other two developers code was as good as claimed.
If she was a junior level and the others were senior then it was a failure in management. And if that was not brought specifically to the attention of management (the need for mentoring) then that is a failure for the seniors.
Also the description suggests that major functional pieces were being developed independently by each developer and nothing in the description suggests that formal or informal design sessions were carried out. Which again was probably a senior level failure. Technically in that situation then the delivered code is not 'bad' because the process is in fact 'deliver what works'.
rnbergren wrote: And then we would ask the dreaded question. How long will it take for you to update this if the customer decides that the zip code should not be an integer and now should be alpha for overseas deliveries?
I am not a great fan of developers that think their code will support future features when those features are not known. I have seen lots of complex code written like that where is did not provide any benefit and did in fact make maintenance much harder (and cost more.)
If you knew that the code would require it to work for a global market and she did not then there was a process problem.
If she knew it but did not meet the requirements then that is a different problem. And also does not really meet your original assertion that the code "worked".
|
|
|
|
|
well I think it depends on the time at hand, if there are really tight deadlines and the management does nothing about it and the developer is paid as a junior, it is fine...
|
|
|
|
|
Do the job that you are being paid to do. Just that. Nothing more. Nothing less. Do that job to the best of your ability without adding beyond what you are being paid for. Exactly what you are being paid to do: Do that. Only that. Do it well.
|
|
|
|
|
Hi, I recently came across this site on hacker news: BugUFO: Get paid to debug code[^]
And applied for an invite but wanted to ask if anyone has gotten in before and if so, what are your thoughts are about them?
|
|
|
|
|
I applied for an invite as well. I like the design. I like that you can sign up as "both."
|
|
|
|
|
What were some “red flags” new hires shouldn't ignore when starting a new job?
All Credit to
Don Sevcik, President of MathCelebrity and Author of 2 books
Updated Jul 4
Let’s discuss 10 red flags to watch for within the first 3 months of your job. 3 months gives you ample time to find. My credentials for this answer: 20+ years in the corporate America cube farm. Fortune 500, mid-level, and start-ups. Ready…Let’s go get it.
1.Has your job, in the first few weeks, suddenly morphed into something different from the job role on your employment contract? And, if you call management out on it, and they use silly phrases like not “being flexible”. Congratulations, you’ve found your first red flag
a.Aside: If you learn nothing else from this post, read this: “Flexible” and “Team Player” mean do more work, but not get paid for it. Learn this quickly. Because the most important thing every morning is waking up, looking in the mirror, and being able to respect yourself.
2.If you work in a job as a “doer”, such as developer, builder of things, etc., do you find yourself booked up in many meetings? Then congratulations, you’ve discovered a red flag. “Doers” should not be in too many meetings. Because gasp…they need time to actually do stuff. If management cannot squash this early so you can do what you do best, you’ve found yourself at a mismanaged company.
3.In the first few weeks of joining a company, do you notice lots of “cliques” and keep running into “unexpected, unspoken rules?” If so, you’ve dug up another red flag.
a.I remember working at a company years back, doing development. In my interview, I was crystal clear…”I don’t like filling out a lot of paperwork to push code. I just want to code, test quickly, and push it out there.” Alas, 3 weeks after getting hired, management “revealed” that every code push needs a 3 page document filled out, a web form filled out, 3 layers of approval, just to get a change in. It’s ridiculous. The more red tape, the bigger the red flag.
4.Does your company push “social-time” off hours and unnecessary get-togethers? Do they push, and I mean push charities, social justice groups, and other hootenanny garbage? Congratulations, you’ve found another red flag. Nowhere in any standard employment contract anywhere, does it state you must be active with charity, social justice causes, and any of that other garbage. Nor should it, because none of that has one iota to do with your job and the company making money. Not one iota. So if it’s pushed on you, run for the hills.
5.Does your company value “in-office” time more than they do accomplishments during your work hours? If so, you’ve found another archaic, and detrimental red-flag. If I get 8 hours of work done in 2 hours, then what I do after that shouldn’t matter. Because, it’s not like corporate will pay you more for additional effort. Great bosses will let you leave early and give flex time when you pump out work quickly.
6.Do scheduled meetings always run over time, or start late, or both? Congratulations, you’ve found another red-flag. Time wasters. Also, meetings, especially corporate meetings, are notorious for posturing and politics. And if you aren't a fan of meetings like me, then this is a HUGE red flag. Meetings should have an agenda, allow no rambling, and get to the point quick. As in, who is doing what, who needs help, and when can we expect things to get done. That’s it. No more.
7.Are you having a hard time finding a document about annual raises and bonuses? As in, you do “x” and “y”, and this is how you advance. And when you ask about it, does your manager hem and haw or avoid the subject. Congratulations, you’ve found another red flag found at 90% or more of corporate jobs.
8.Does the majority of people at or above your level use unnecessary buzz words to describe something? As in, can you find a word from grade 5 to grade 7 on the Flesch-Kincaid reading level to replace their silly buzzword, and not only keep the meaning of what they were trying to say, but enhance it? Congratulations, you’ve found another red flag. The key to communication is simplicity and clarity. And buzzwords violate both those rules. And if we can’t have a simple conversation about “my contract” and not “annual incentive protocol”, then we have a red flag on our hands.
9.Do the dumbest people get promoted, and the superstars get passed over or marginalized? Congratulations young padawan, you’ve uncorked another red flag. And this, like #7, happens at 90% or more of corporate companies. It’s red flag football, and you never score a touchdown.
10.Does your new company change “direction” every 2–4 weeks? Pat yourself on the back detective, you’ve found another red flag. If management cannot figure out what to do, and they get paid large coin to do one job, then you’ve found yourself at an insane asylum. Best to pull the cord and exit stage left.
Heed these 10 rules my friends, they just might save your life down the road.
Quote: Don's linked in Account
[^]
To err is human to really mess up you need a computer
|
|
|
|
|
11. When a new person is brought in to lead your business unit, do they bring in their own people to replace several existing managers? This can be legitimate when a business unit has been run poorly, but more often it's a sign that the new leader wants to be surrounded by buttlickers.
12. Is a lot of time spent polishing PowerPoint presentations? This is a strong sign that form and style are more important than substance. It often goes hand-in-hand with people who are good bullshitters having more influence than people with proven track records.
modified 3-Oct-19 17:06pm.
|
|
|
|
|
13. Management people with no technical background review code to ensure it's properly written.
May sound surrealistic but actually encountered it on one of my projects.
Also, you may find this article relevant
|
|
|
|
|
I believe there would always be red flags with every company. What's the take here? Think it's more of 'knowing it'. As an action, there are multiple things at play always. Like:
- Search for a new job has its own toll on mind and body
- What if all the effort made to get out of this red-flag zone but again land into another one. That would be really frustrating!
- How will my changes from one to other company reflect on my resume (and probably a true answer on an interviewer!)
As much above flags are really true and there, what would help is to have some ways to cope with it sooner than later. Everyone has their own way to handle and that's on individual on how they deal with it. Believe it would turn more towards what keeps you calm and let you continue.
|
|
|
|
|
Hi
Apologies for the long post, but there is a more directed question at the end of the slightly rambling background.
In September, I started working for an offshoot of another company, but since then, our IT departments are merging, and the cultures are completely different. In our office, established for just over a year there's me with bags of commercial IT experience, plus a guy with a PhD in aeronautical engineering, excellent dev & very quick on the uptake working with C# & SQL where possible.
In the other office they have been established over 10 years and the IT is doing the job the company needs, but there are no good practices.
Some examples :-
Virtually all development is in Python, which is run as a mass of scheduled tasks. There is one particular task that runs around lunchtime to pick up all the submissions from the previous day, and another to pick up the same class of thing to mop up what has come in today runs at around 5pm. Each is a separate python script with a couple of classes declared at the top (which are declared in virtually every script I have seen), followed by around 1000 lines of code mixing in database access, processing logic & composition of output XML in a single block of code with nothing split out for readability. The two scripts differ in four lines - they don't appear to have heard of parameters.
Also, they don't appear to have heard of stored procedures; I have seen scripts where, to get nested information, they run an inline query to get a set of data, then walk the set in Python & fire a separate query to get related information for each row.
Did I mention that they have no form of source control?
I really need to change the culture in the other office (I do have my boss's support in this). I started by going in there & demonstrating a bit of separation of concerns using classes in Python and unit testing, then leaving a copy of Clean Code with the guy who seems to be the main trusted developer who people look to for advice, but it sat on his desk unopened for 2 weeks.
On the plus side, a young guy (just 18, left school at 16, started in the warehouse & moved into development purely because he showed an interest in it) emailed me to say he hoped it was OK that he had taken the book home at the weekend to read, and is picking up C# with remote assistance from me. He's mega-keen & will probably make an excellent developer. There are other developers who also seem willing to learn, and they have all said that that the guru is very set in his ways.
So, any ideas on how I can start moving them towards learning sensible IT practices as a matter of course? I feel the main obstacle is the guru chap, but he has the trust of his non-technical superiors, so technical explanations may be wasted on them.
One possible light is that we will be examining the code of a product developed by a third party, written in VS Code C# - I'm hoping it will open their eyes to the possibilities, though I'm not looking forward to explaining <t> notation to Python devs, should it arise.
Regards & TIA
|
|
|
|
|
First, the bad news. Without support from Management, changing the culture is impossible.
Having said that, incremental changes are possible. For example, start with things that have obvious benefits, like a version control system. Emphasise the benefits - rollback abilities, change tracking, etc. Then, continue to other tools. Introducing new (to them) ideas such as stored procedures should be postponed until you have built up some credibility with Management in the new company.
Good luck!
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
It sounds like you are on the right tracks. I would say have a look at the the Mikado Method[^] together with unit tests to ensure that you do not break anything on the way.
Basically making small changes as you go along adding unit tests to ensure that your changes are correct.
I sort of get what you say about stored procedure but I find myself in a situation where most of the business logic is in stored procedures which is a nightmare in its own special way.
Also get them to watch the Uncle Bob videos, just as a way to introduce them to good coding practices.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
My career journey is as : Started at 2006 in a reputed MNC as a fresher and have worked on C# .net for 2.5 years then gone for sabatical due to personal issues and then resigned the company after 2 years. Hence, worked for 2 yrs but have Service Certificate for almost 5 yrs. Then i have got job in another MNC and joined as .net developer , but the thing is i haven't enjoyed the dev lifecycle and much coding part. Hence, learned SAP BO and shifted career to SAP with certification in BO , but in new company was moved into support project where i was very comfortable for the last 7 years into data ware housing support project that involves very low level of SQL knowledge along with low level informatica knowledge along with Reporting. Now my total exp is around 12 years and i feel like an impostor with that many years of experience and no grip on any one technology. Since all current projects are moving to BIG DATA , started learning BIG Data (Hadoop exactly ) and identified that it requires either Java or Python programming knowledge and i feel like am not up to it or either data analytics statistics etc.,
while researching observed that SAP HANA also has interesting insights to it.Since, i dont want to go programming side , please let me know how good it is to consider HANA as next career path and will these open sources will SAP related technologies survive and will be in demand?
If any other technologies considering DWH , DB background that can be considered, pls share.
Thanks in advance.
|
|
|
|
|
Just become a manager. Then you don't have to really know anything.
|
|
|
|
|
<pre>My name is Macarena and I want to start with the programming it catches my attention, but I need a good notebook, since mine is very old and I do not know what kind of laptop I need, can you help me please?
|
|
|
|
|
I personally like Surface Pro by Microsoft
- Michael Haephrati מיכאל האפרתי
|
|
|
|
|
I'd agree with Surface Pro, or for the money conscious try this: Notebook.[^]
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
13 months late
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Covid is making my eyes go funny - I thought I'd refreshed the Lounge...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I hope you are getting better... seeing you "active" is nice
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
A couple months ago, I changed my MacBook air, for the Azus ZenBook 14.
I wanted something with a bigger screen, the same weight, not very much expensive, to use on vacations since I travel a lot.
About a month ago, my PC got a windows issue, and since in Europe we are in lockdown, I couldn't fix my computer, so I have been working with the Azus all the time. I do trading and blogging.
I have 4 or 5 financial platforms open, about 50 pages on my chrome, skype, whatsapp, edge, etc and I am writing this down.
|
|
|
|
|
I think it depends on what you are interested in with regards to programming. While my old Macbook Pro is fine for certain programming tasks, the more I developed the more I wanted more power out of my computer. There's very complex stuff you can get into like Natural Language Processing, or Machine Learning in general that if you want to make some cool stuff with requires a lot of powerful hardware.
So I think it depends on what your interests are and if you think those interests will expand in the future into other areas.
|
|
|
|
|
We are a setup of 2000 machines and dealing with challenges in Inventory, agent coverage and reports which are never consistent. Support team has to get manual inventory or manually install agents.
We have Symantec DLP agents and System center configuration manager (SCCM) agents deployed to all the client machines (PCs) through group policy.
We allocate machine to a user who roams along with user for his time with the company, when he changes his project or Team. Host name stays the same but IP address changes to his current projects VLAN. Which as per me has downsides –
1. Inventory records change. Machine IP address change that may cause agents to misbehave.
2. Machine has to physically be moved to other project.
3. Machine has to be rebuilt as per the allocated projects development environment which consumes time for both person waiting to get started for that project and support person who ensures system readiness.
4. Support members have to frequently do physical verification , install agents on machines that for reasons are not reachable or update them.
My query is what is the recommended practice widely followed by different enterprises. To allocate machine to user or allocate machine to project so that the machine stays with the same project which as per me has following advantages –
1. Inventory is mostly consistent as we always know hosts allocated to a project.
2. Developer environment is always as per the projects requirement.
3. A user allocated to the project can immediately continue with his work.
Our IT Management has long been following practice of allocating machine to users and not projects and these challenges are bothering us a lot. I am seeking opinion what is the practice followed by most enterprise setups and is recommended as preferred practice.
Please share your opinion.
|
|
|
|
|