If the dev is getting the job done, let him work 1 hr a day if he wants that. If he is slacking off a lot then don't hire interns have him pick up his slack and show you why he can't get the job done and needs help.
If the dev is really not being effective, try setting deadlines, and giving him more interesting problems to solve. Don't require any hrs, in fact let him know that if he can meet the deadline with 30 minutes of work per week then he earns himself a vacation for the rest of the time. However make sure his estimates are reasonable. Basically become a "slave driver". Note: DO NOT MICROMANAGE. Give him a "what must be done this week" thing, and check up at the end of the week, or before you leave every other day (and by check-up I mean ask him if hes on target, facing problems, etc, 5 minutes max).
If all does not work, cut your losses.
Regarding the intern and yourself. Question yourself/intern as to the interaction needs between everyone. If you all need to be together at the beginning of the day to discuss something, then ask your developer if he can teleconference in the morning, then go back to sleep (if possible). Let the intern work whatever hours he/she wants if its also development work and not client-related. Remember measure productivity VS hours. I find that I can be more productive in 1 hr on the TRAIN with my DINKY NETBOOK AND NO INTERNET than 5 hrs in the office or even at home. And usually after the train ride anything that I haven't solved is already well discussed in my mind and 20 minutes of google + typing solves that when I get home. I can't mention this enough, if the productivity is not suffering then let him be.
Have you considered flipping the work day? Would you be happier coming in in the PM?
The only time anyone needs to be in the office is for people to communicate, and to keep track of people, if minimal communication is necessary there is no need for fixed hrs especially in a startup.
If the dev is really not being effective, try setting deadlines, and giving him more interesting problems to solve. Don't require any hrs, in fact let him know that if he can meet the deadline with 30 minutes of work per week then he earns himself a vacation for the rest of the time. However make sure his estimates are reasonable. Basically become a "slave driver". Note: DO NOT MICROMANAGE. Give him a "what must be done this week" thing, and check up at the end of the week, or before you leave every other day (and by check-up I mean ask him if hes on target, facing problems, etc, 5 minutes max).
If all does not work, cut your losses.
Regarding the intern and yourself. Question yourself/intern as to the interaction needs between everyone. If you all need to be together at the beginning of the day to discuss something, then ask your developer if he can teleconference in the morning, then go back to sleep (if possible). Let the intern work whatever hours he/she wants if its also development work and not client-related. Remember measure productivity VS hours. I find that I can be more productive in 1 hr on the TRAIN with my DINKY NETBOOK AND NO INTERNET than 5 hrs in the office or even at home. And usually after the train ride anything that I haven't solved is already well discussed in my mind and 20 minutes of google + typing solves that when I get home. I can't mention this enough, if the productivity is not suffering then let him be.
Have you considered flipping the work day? Would you be happier coming in in the PM?
The only time anyone needs to be in the office is for people to communicate, and to keep track of people, if minimal communication is necessary there is no need for fixed hrs especially in a startup.