Are you lead / only developer in the company? What suggestions do you have?
I'm moving into a non-IT company as the only developer. What are the do's and dont's? What suggestion would you give?
On the downside, you won't have access to any senior technical personnel in the company to guide you or get you out of hot water. To mitigate this you will need to invest heavily in your continued technical education, which could mean buying learning materials or subscriptions to online courses and tutorials; at least, it means taking the time to do things right, to research thoroughly any new techniques or technologies you think the company needs.
While always striving to improve and to listen to your customers, you also need to have confidence in yourself and your technical decisions. It doesn't mean that you can't (or won't need to) compromise but it does mean projecting a professional image of yourself to your colleagues and customers. Obviously, the more you learn and the more experience you acquire, the more confidence you can bring to the role.
At the end of the day, like with any job, you should be willing to pack up and walk away if the situation becomes intolerable (as long as you leave things in a professional state).
But don't forget -- you are in the position right now that most programmers dream of. We started off wanting to just write programmes and build products for people who had the confidence in us to just let us do our thing; but then we found ourselves pidgeon-holed into roles predefined for us by IT departments. A complete programmer is like a complete painter, he should have a say in the product at all stages of its development. That means having the freedom to not just cut code or write tests, but to influence the design, to dream up new features, to have discussions about the marketing.
To an extent this role is YOURS to define. Have the courage to define it and to enjoy defining it. It might be the last time in your career that you get to do that, if you ever move on.
Yeah, but it doesn't mean that one can draw classic marine art if company needs manga. If the customer wants classic Windows app and you are interested in mobile or web or VR or whatever - you have a problem. Of course, you can create those C++ or Delphi apps at work then go home and spend your spare time creating the coolest webapp ever, but it's extremely hard and unefficient.
It's really hard to persuade your collaborators of your competencies, especially in the case of no-techs more if there is your boss or for a critical decision.
You'll become the king of metaphors!
The first time I was very junior but the programs that needed writing were mostly data crunching stuff or super simple rails apps that was simply a way to speed up the rest of the office. The company's core business was not in software and the fact that they could produce helpful code in house on demand was more of an added bonus. I also had experience with our domain so I was able to help out on non-coding issues when needed, as well as spot where a program could be helpful.
There were issues, though luckily I was able to work through with the management. The biggest is that as the sole dev in a non-dev shop you (assuming you show value after a couple projects) have a lot of people at the company giving you projects and this will likely outstrip your personal bandwidth. This can lead to feeling like you have n bosses where n is the population of the company minus one. The trick here is to get good at saying no as well as getting someone who is actually your boss and getting them to let you use them as a shield. The other problem is that you will probably run into estimate problems. Software estimates are frustratingly inaccurate when you're dealing with other devs, it gets much harder to explain to non-devs why "this little feature" is actually not so simple. The only thing that can help you here are your communication skills and other people's understanding/respect. Pad your estimates, if something really needs to get done wicked fast they'll let you know, otherwise just nicely surprise them getting it done early.
The second time I did it was terrible. The company was trying to develop a product that monitored sensor data and said it was going to expand the technical team. They also told me I could manage the technical project aspects myself since there weren't any other technical people.
Coworkers would pop in at least three times an hour to ask for help with Office or GoogleSomething or their phone, despite me reminding them that a) I'm not tech support, b) it's impossible to program if you're getting pulled away from your desk every 15-20 minutes. I was told that someone had met a programmer who could and so I should be able to.
My boss constantly was changing the requirements of the project as well as giving me "smaller projects" that weren't a part of the actual product. He would then be upset that despite working on Project F for two weeks we had made no progress on Project A for a whole two weeks! At one point the CEO demanded that I used a certain technology I had no experience using he got upset when I told him I had to devote some time to learning it.
Like any job these issues will largely depend on your coworkers and your boss(es), so YMMV but in my experience these issues are encouraged by the 1 techie vs n non-techies environment. Try to head off any of these issues early because if you let them get bad they will get intolerable.