"Just Hire More Devs!" | Project Feline Devlog

[@RaymondCripps]

MERCH: store.raymondcripps.com Support me on Patreon: patreon.com/raymondcripps Thanks everyone for being so patient. This episode was by far the most painful to make, but I've learned things I would have never imagined when I started this game. I might prefer solo dev, but the unyielding community encouragement and support has kept me going when I felt like stopping and for that I will always be grateful, even if I may outwardly seem withdrawn. Fellow gamers, I hope this gives an insightful look at the technical and spiritual warfare that takes place when producing video games. Could you imagine this scenario with 100 more people? Aspiring developers, I hope this devlog gives you the courage to do things your way. Contrary to what the industry says, not everyone is meant to be a team player that everyone just magically gets along with. If you find yourself more comfortable with the torture of doing everything than the torture of dealing with other people, then I encourage you to do it yourself, your way. If you feel you can't, start by washing the bowl. Get the small things right to become the person that could make your project. And remember, working alone is not a badge of shame.

[@nairocamilo]

I think you fundamentally failed at working as a project manager, which is okay, is not for everyone, just like solo gamedev isn't.

[@obsidianflight8065]

When reading the quote about washing a bowl, I definitely felt enlightened like the monk. At a certain point I noted that you felt robotic during the video, but I realized afterwards that it was likely... really painful to speak of. You are probably the first inspiration I've ever had in game dev! As the other people said, you definitely failed as a project manager, but it does make me feel like working alone isn't too bad of a thing. Knowing that I'm the reason something doesn't work is... infinitely better than knowing it wasn't my fault.

[@JesusPlsSaveMe]

@@nairocamilo Where are you going after you die? What happens next? Have you ever thought about that? Repent today and give your life to Jesus Christ to obtain eternal salvation. Tomorrow may be too late my brethen😢. Hebrews 9:27 says "And as it is appointed unto man once to die, but after that the judgement

[@ralphwarom2514]

@@nairocamilo I think integration should not have been done all at once. It needed to be done step by step.

[@DERUSART]

Its ok dude, im doing my game solo too, and stopped so much times, but after all i understand that game dev is peak art and modern gaming industry needs us, indie devs

[@Waffle4569]

Pro-tip, always have contractors merge their work into the main branch before the contract is up. It's on them to make sure that works, and that is usually when most issues are spotted.

[@FirstCrimson]

To be honest, Raymond should've been having them do submits after every work session to at least review the work every week or so, especially considering how long term the contract work was.

[@Waffle4569]

@@FirstCrimson Yeah but I could understand how he didn't feel that was necessary cause the guy had "15 years of experience"

[@morgan0]

smaller commits would be easier to merge, less likely to cause problems, and more likely that like naming and structure decisions could be done better going forward

[@FirstCrimson]

@@Waffle4569 The veteran should've knew they were supposed to do consistent commits, if they really were an authentic '15 year veteran', the models and code says otherwise (albeit an artist would probably have similar code). But again, Raymond should've taken the steps to request frequent submits, it's all lessons at the end of the day but I think the video is learning the *wrong* lesson from all of this.

[@Auroron]

@@Waffle4569 Its not about trust, its about the workflow. You can trust the worlds best developer all you want, but a humongous 1000+ file diff commit will always be an awful experience compared to multiple, smaller, self contained merges.

[@DukeCyrus]

Man, I can't even imagine how frustrating it must have been for the contractor to cut contact like that. Thank you for pressing on despite all the nonsense!

[@RipperRoo92]

Facts 💯 My blood would overflow seeing red 🤬

[@kharijordan6426]

Did they leave in shame?

[@JesusPlsSaveMe]

​@@RipperRoo92 *Revelation 3:20* Behold, I stand at the door, and knock: if any man hear my voice, and open the door, I will come in to him, and will sup with him, and he with me. HEY THERE 🤗 JESUS IS CALLING YOU TODAY. Turn away from your sins, confess, forsake them and live the victorious life. God bless. *Revelation 22:12-14* And, behold, I come quickly; and my reward is with me, to give every man according as his work shall be. I am Alpha and Omega, the beginning and the end, the first and the last. Blessed are they that do his commandments, that they may have right to the tree of life, and may enter in through the gates into the city.

[@multi-milliondollarmike5127]

​​@@kharijordan6426The contractor just ghosted the dev and acted like the work he did was so long ago. It had only been 6 weeks!

[@bigassmf1923]

That's why regulations and standards exist in every field. I think he failed to implement his own belief by doing slow and right. He didn't check or verify his contractor job. So in a way he cut corners himself by not checking if the contractor was doing the proper job. Doing everything on your own is fine. But big projects require teams. I'm sure his game is plausible without extra help. But his video made it seem if you want it right the only way is to work on your own. Which is build on a flaw premise that everyone you will work with will cut corners. And that happens often that's why you have to trust but verify other people work.

[@noiadev]

This is why solodev devlogs are important. to show these parts of the journey. People can shout, light torches, and gnash their teeth when a game fails to meet deadlines. But you put these videos out there demonstrating what solo gamedev is like. I can't imagine the sinking feeling you must have had as you slowly realized what the contractors had done to cut corners and feed your baby a bunch of garbage.

[@RipperRoo92]

Facts 💯. Couldn't agree more.

[@uzzy2522]

Sadly making in depth devlogs can take up alot of time as well .. time that doesn't necessarily improve the game.

[@DxBlack]

Vapid suckupery. More often than not bad solo-devs do this exact process with half the skill and using all of the successes other solo's have had to exploit and scam people into backing off; that torch and pitchfork is justified far more often than Solo-dev success occurs.

[@dreamyuni]

@@uzzy2522 but is a very effective marketing strategy....so still something that should be done

[@Reahreic]

Not just contractors, I've got these same "_final_final_final.tga.png" and ngon issues from seasoned professionals. There is no final, or latest or version numbers in my files. That metadata is the domain of my digital asset management solution(s).

[@Lobstro]

You had me in the first half ngl. I was thinking, "Why does the video title make it sound like hiring more dev is a bad thing? It sounds like this contractor is doing a great job," but then I saw the 2nd half of the video

[@guywithknife]

Hiring more is also very expensive

[@KummoDeveloper]

Same here. Altho before 20 minute mark i just shrugged that this is how YT currently is. A lot of content creators i watch regularly outside of gamedev space have negative title and thumbnail but the content inside is either neutral or sometimes even positive. I would stop watching these guys cuz i hate the manipulation but.... sadly then i wouldn't be watching no one about hema, history, swords, martial arts, music production (altho in this genre its rare to see negative title and positive video - often when creators use negative title you often can guess that either they got scammed and tell their story or they are telling story of another person, often a viewer, sometimes some random on internet - but there are some channels where i like their content but they still use these manipulating titles) and comic book drawing/writing/publishing/stories in the past. It is too close to "x is crazy" type of title sadly in many of these genres :/ And i hope it doesn't reach to gamedev space (and that the trend dies out elsewhere too..... i guess negativity does gain more clicks tho... which is sad to know and see).

[@HaloWolf102]

They had me in the first half...

[@nicosool7169]

This is why code reviews are a standard in software engineering. It can catch bugs and prevent technical debts before a feature is considered done. It also helps to improve, share and enforce good code practices across the team. Even with that, it is said that a new team member takes 6 months to a year to be fully operational/integrated.

[@christophernoneya4635]

The fact the developer didn't reach out to him about code questions was a massive red flag, the developer should constantly be deferring to the lead for important questions like architecture, or if they're designing tools about the ergonomics.

[@dumpworth9473]

I was thinking the exact same thing. It sucks for everyone that a lot of these mistakes went unnoticed for so long because of the lack of review. But it was also kind of strange they went radio silent after the 6 weeks, almost like they knew they were cutting corners and were ready to burn the bridge.

[@michaelgdupreez]

Yeah... I was watching the video and just thinking that DevOps practices was missing, and it can easily happen in the Indie space. Starting a project right is not well documented, and if you don't build a house on a solid foundation, then the cracks start to appear when expanding.

[@kyokaioken5552]

This comment reminds me of Hofstadter's Law.

[@macieksozanski9723]

@@nicosool7169 yes, it's a really bad practice in my opinion that they didn't do more frequent merges, the issues could be addressed and talked through, which is a normal and common thing to do as quite often you work with people with very different experience level. Some of them might have 10 years of experience, but still might need guidance if they didn't work with experienced people in the past that much. From my experience waiting with merge for months has always resulted in something really bad

[@JefryU]

Mann hearing about the way the contractor handled those tasks sounds seriously scary. Though HOLY COW what is up with those animations on the new gabi model its so cleann!!

[@citizen1791]

he is the animator afaik

[@Sgt_Turkigreyvi]

She's the main character makes sense for a lot of effort to be put into animations.

[@RuneKatashima]

I think coming out of this with the mindset of, "Other people suck, I'll just do it myself." Is a sad outcome. You know as well as I do that many hands make light work. You're taking the inspirational "wash the bowl" line and not applying it to everything. You could have washed the bowl with the dev. They didn't, and you admit as much that you weren't doing your due diligence as well. This is also why any employer sorts things out with their employees beforehand to make sure they are compatible with the vision of the company or project being worked on. I think you could have simply taken this on as something to learn from instead of "Never again." Get someone else, and do better working with them. Maybe I am biased though. As I was watching this video I was like, "Hey, I specialize in level design, maybe I could offer... Oh, no they got someone already. -watching- Ah, okay. Well, I could probably offer to help write a story or dialogue for NPCs. I'm very good at that." Then you basically say how you're swearing off any help. I cannot commend this. It's... the wrong way to approach the problem.

[@ReubMann]

Just hit the half way mark. Does this man mean to tell me he worked side by side for 9 months and never looked at their code ONCE???

[@Akronsus]

yes and then continues trashing the contractor for not beeing mindfull enough, because the little things matter, you know, like code review

[@Cyliandre441]

Yeah, he seems to have pretty severely failed at project management here.

[@johnderat2652]

You shouldn't have to babysit an industry veteran. Not to mention Raymond gave him many detailed guidelines on how to proceed.

[@LoliconSamalik]

@@johnderat2652 Some veterans drift in the industry. Others rely on director orders. So that's why you have to check as the boss regardless. Either way, he learned a hard lesson

[@catcactus1234]

@@johnderat2652No one mentioned anything about babysitting. Regular PR reviews are standard practice. Not reviewing someone’s work for 9 months is like commissioning a statue from a sculptor and never actually seeing it once until it’s done. Usually you’d at least have a couple check-ins on the work itself, otherwise you’re just screwing yourself over by trusting thousands of dollars to someone based on their word alone.

[@Tesl8n]

I'm a senior dev at my job, and one of the major responsibilities that's come from that is mentorship. Having a team of other devs that I'm responsible for helping to build effective code, and being the one to know the standards and teach what they are & hold everyone else to them. I've had 6 junior devs over the years, all of varying amounts of experience. Some who have worked in industry longer than I have, some who were fresh out of college, or even still *in* college. One of the things I've learned is that, no matter how long they've been working or how skilled they are, everyone still has things to learn, and has to acclimate to the standards of a new place. Until they do, 100% of people will cut corners, will rush things out, just because trying to both finish something and to learn a codebase and to learn standards all at the same time is too much. And, that learning is such a thought intensive process, often moreso than just writing some slop that works, that the dev also has to be willing to learn it for any of that to take. I think I've only successfully mentored 1 person to be able to code up to the same standards I hold my own code. To have someone who has developed to at least my skill level, and then specialized to fill holes missing in my skillset. It took that person around 3 years to get there. It probably took my mentor 3-4 years to get me up to his standards (and every time we talk, it still feels like I'm not there lol). All this to say, the mythical man month hits hard, and if you want to work with a team, you have to work with a *team*. Random short term contractors can be nice, can be useful, but to actually get that time investment back, you have to put in a lot of time to get on the same page for how to work together. I sympathise with the difficulties here, and kudos to the confidence in your own ability to work & build a quality code base & game solo

[@SkylerFoxx-GameDev]

I think that last bit in particular about the problems with contract work are key to why games carried on the backs of contract workers tend to have glaring development issues. Halo Infinite infamously paid the price for this by over-contracting their work, so by the time the contractors got accustomed to the processes and the in-house engine, their contract was up and that knowledge was lost. With the recent push for Halo to now be in Unreal Engine, I do worry that it was with the mindset of "Hey, the problem was contractors had to learn Slipspace, so let's use Unreal since most people we can contract out will have experience with it" rather than learning the more important lesson of "Hey, maybe the majority of our developers/artists should be full time staff and not temporary contract workers?"

[@Firestar-rm8df]

While it's true that you often need to mentor developers, the work contributed should at least still be usable. With this contractor supposedly having 15 years of experience you can't tell me that the developer shouldn't have known that clipping and overlapping geometry is likely to cause the game to bug out. In addition to all the other issues mentioned in the video. Though I will agree that, unfortunately, with how law and contracts work, it's on the person hiring to create deliverable requirement, and to verify and sign off on them periodically. Sadly it sounds like Raymond was just far to trusting, something I really relate to when I was working with a small time art team and art director in the past on an indie project. I assumed that they were telling me the truth about the state and progress of the work and training. They weren't. And ultimately that is on me. I've learned from it though and have managed every project better since.

[@Tesl8n]

@@Firestar-rm8df Agreed in principle that these shouldn't have been issues from an experienced developer, but I've consistently been surprised at how often extremely basic development practices like "don't use globals" get ignored by devs of all skill levels who absolutely should know better, esp when they start looking at a new code base. I think we're having an is/ought disagreement here - it definitely ought to be that you can trust someone with a lot of industry experience, but unfort, as you & I have both experienced, that's not usually the case.

[@Firestar-rm8df]

@@Tesl8n ...unfortunately yeah. Makes you wonder how people like that have been in the industry so long though.

[@e-ee-ee-e]

Maybe I missed something but the final conclusion to work alone feels off. Washing the bowl covers everything, including managing the contractors. Assuming they will do their job feels similar to assuming the bowl will get washed

[@e-ee-ee-e]

You consistently went over the fact that slow and steady is better, but say if you want to do it right you’ve got to do it yourself. Having a team takes longer in the short term, but does boost the quality of a game when done right.

[@noahlederer8587]

@@e-ee-ee-e i agree with what you.. I feel like the narrative is a bit forced here. Maybe what he wants to say is: Managing people is not really my thing and since I don't want to spend the effort of managing them, I'd rather develop solo. Which I think is a good call for him, but the way he generalizes it is kinda weird imo. for me the video was very insightful and important tho, I am also struggling between solo and team right now.

[@johnderat2652]

Personally I totally get where he's coming from. Time and time again I am disappointed by the people around me, but instead of taking my anger out on them, I take it out on me. I'm the one who should've known better. If you want something to be done, do it yourself; so when when something ultimately goes wrong, there's only yourself to get mad at.

[@e-ee-ee-e]

@@johnderat2652 That's a fine mindset to have, but this could have been easily avoid if he just did a bit a due diligence. Contract work isn't really meant for setting the internal infrastructure of a project. Having a contract worker isn't the same as having actual team members who work on a project for it's entire duration, so it feels disheartening to see his final result be "teamwork bad".

[@este_marco]

@@e-ee-ee-e everything is easily avoidable if you already have the knowledge on how to do it perfectly.

[@Auroron]

What is the purpose of using a VCS if you're not doing any kind of code review or continuous merging into main branch? These mistakes should have been caught super early during some kind of pull request or code review. The deliverables agreed upon were perfect candidates for a pull request and would have uncovered a lot of the problems.

[@Auroron]

I also think you have the wrong takeaway from this experience. YOur takeaway shouldnt be that "I need to do this solo", but "Working with more developers requires a stricter and more organized workflow". I think a lot of smaller startups and teams have burnt themselves here, so its invaluable experience to take with you into the future! Good luck with the project, its very impressive

[@DecoyZ]

28:00 "Players will know" Also Undertale having 500 if statements for one room and no one knowing for 9 years:

[@z0bi_]

On the other side is Yandere-Dev putting a 5k polygon toothbrush in their game lagging it to hell in back.

[@repingers9777]

​@@z0bi_the tooth brush doesnt actually lag anything. Lol its the logic of all the npcs running everyframe

[@Mikasey]

It is still a 5k polygon toothbrush that could be made in like 24 quads, and lets be real, there are more stupidly big models (at least was, not sure what is current state of this "project") And 500 if statements is a lot, but if you work alone, mark them properly to fast find and debug stuff for yourself, and it is basically a finished scene, it is fine i think. Single switch for entire dialog of the game is more hardcore in my opinion... But again, it's not that bad because the game is so simple, and it does not happen every frame. Still a shitty code, but an amazing game, because author cared enough to not make bullshit decisions.

[@LadyDem]

exactly how i felt seeing that, players WILL NOT KNOW..if your game is simple. To be completely, brutally honest undertale is a very simple game carried by its absolutely stellar writing. Sadly not comparable to something that requires this level of effort.

[@NEWGHOST9]

I mean that game is less resource intensive than most tbf

[@seanss]

I don't think the lesson here is to just "don't trust other people" but more of a lesson in properly managing and overseeing development... Because at the end of the day, there are certain things that you cannot do yourself especially with a project with this kind of scope and with this kind of artstyle. The fact that development has taken this long and the game still hasn't had a real level yet (and with each level taking like only minutes to complete) should be an indicator of how long other levels would take to complete on your own, especially when you have to make a lot of them. Couple that with the fact that there aren't any proper NPCs yet, you still have to make models for the main characters of your game, for the enemies of your game and also have to animate them adhering to the limited animation style you're going for, and you can see why I'm a little skeptical about the development timeline of this game lol. Its fine to take your time with your game, especially since this is something special to you (cue miyamoto quote here), but you also have to consider what really are your goals for the game, and what you want the future of the game to look like, because without proper direction on what you want your game to actually be, this will be a one way ticket for you to be stuck in development hell. There's nothing wrong with doing everything yourself, but with the quality of game you're expecting to release at the end, there will be a lot that you would need to sacrifice (time, quality, sanity, etc.)... Bringing on more people can help you alleviate that sacrifice, but you'd just have to learn to oversee other people's work better. As what other people said before, code reviews are a great way to catch some of these issue early, especially with the amount of money you've spent on manpower. You really should have at least checked what he was working on yourself instead of just checking in on everything at the end of his contract, but that'll just be a learning experience for next time. I know the tone of this comment might come off as quite harsh or very critical but these are just the concerns of somebody who really wants this project to see the light of day. But at the end of the day, it's your game and your project, and you should do whatever you feel like is best for you...

[@RedzeeTV]

Personally I still struggle to see a concrete end vision of the game. If I were to tell someone what this game is about, I couldn't. Maybe a time trial game? An action RPG with NPCs about doing parkour related missions? Something similar to Mirrors Edge? Idk. But that is a crucial foundation missing from the game, and adding features without any overarching goal to what the game will be is the pattern im observing, which I think attributes to the long development timeline, and as you said, will lead to development hell. (Yandere Dev)

[@Shura86]

@@RedzeeTV hes kept the story and plans of the game pretty hidden from the audience, we mostly get to see the progress and what comes next. This is NOTHING like yandere dev where he didn't know proper programming with 50 if statements and took 3 months to implement something that would take 2 days, watching a few of his devlogs its pretty clear how much time and effort Raymond actually puts into this and why each devlog takes so long to upload. For now we know its a level based high speed parkour game with story on the side in an anime style, I dont think there's anything wrong with and I definitely don't think he has a lack of vision

[@RedzeeTV]

​@@Shura86 I hope I stand corrected then. The comparison I made to Yandere Dev was not technical, but simply the lack of vision as a foundation for their game.

[@サリエリ-q5g]

this game will have main characters? I thought it's about running forward with minimal story

[@Shura86]

@@サリエリ-q5g Gabi is the main character, Calder and Felix are side characters from what we know so far. Also yeah it seems it will have minimal story doesn't mean it won't have main characters lol

[@ruolbu]

You talk about washing the bowl and I think that is a tip I will keep in mind. It is in my opinion the true take away of this ordeal you went through. NOT that working alone is the better option, or that failure was inevitable. Many many teams out there are clear proof that teams as a concept work, even for small developers. What washing the bowl in this context means is being mindful about your team. The contractor did work, even got done ahead of schedule. And instead of finishing that portion of the contract (i.e check the work, have them walk you through it, teach the tools, explain their reasoning, do the merge etc), you added new tasks to the list. You either could decide to become a better solo dev or a better team manager. Both are valid options. But feeding your anxiety that working in a team is bound to give bad results, is not what you should take away from this

[@toldfable]

I'm a fan, but I still feel this was a communication issue on your end. There should've been some regular SLA/measurement of performance of both the literal FPS of the game and things like naming/organizing. You can definitely do a lot as a solo dev, but you'll never reach the highest possible heights without synergy. Even if somehow you do, a synergistic team will end up making something better. That's my 2 cents, idk, take it or leave it

[@vector4606]

This is 100% on him. If he took one single second to check on the contractors work this wouldn't have happened. He should consider himself lucky that he got any work at all out of the contractor. Basically just burnt Epics grant money.

[@Tenomas]

He should more care about his game not relying on contractor

[@w花b]

​@@Tenomas If you want the game to come out fast then that's impossible

[@Cyliandre441]

Why didn't you check the contractors work a single time in all these months? Being hands of is fine, but not to the point where you don't even know what exactly the contractor did in all that time. The naming convention thing would have been so easy to catch early on, and at least some of these issues could have been avoided by just checking and communicating what your standards are?

[@thenamessteve567]

They're an independent contractor not employee

[@Cyliandre441]

@@thenamessteve567 That doesn't really change any of my points though?

[@iontech6668]

@@Cyliandre441 It's likely they asked, but received only partial information. Most commissioners only work for the money, only demoing what looks good, leading to a less cohesive product at the end when work's due.

[@Cyliandre441]

@@iontech6668 Ok, but he still could have just looked at the files at least once.

[@w花b]

​@@iontech6668 He barely checked his actual work(not what the other wanted to show him but the actual result, the files). He was too naive. On tip of that, working on a different "branch" (I'm using git terms) for 9 months without merging at least once is insane. 9 months of conflicts... Good lesson learned, wrong conclusion.

[@ChrisBakare]

I think that a form of source control share could have helped your situation. A more frequent merge after a feature completion from the contractor could have alerted you sooner on these issues and even allowed you to break ties sooner. I agree with the message of washing the bowl. I disagree that a team would not help you with development. It's understandable why you would stay solo after this but realize there is a lot of gamedevs out there including me that would agree with your thought process. Gabi is looking good, hopeful for a wonderful 1.0 release in the future.

[@RealBrianRussell]

Yup, the contractor was obviously bunk, but this is 100% a management problem, not a "working with other people" problem. Of course, there's nothing wrong with choosing to go solo. But if you want something done right, doing it yourself is not the only way. At least the contractor injected a breath of ideation into the project which I think was helpful in the level design, so it wasn't worthless, but prob not worth the amount invested.

[@jmartian6426]

100% agree. Dev only reviewed work via screenshare and did not regularly make the contractor submit to version control so he can check on his own machine if it even works. The idea of merging a month or 2 of work in one go sounds hellish as well.

[@ChrisBakare]

@@jmartian6426 I'm saying they should merge every week to every day depending on Ray's schedule but obviously didn't work that way. or at least have the branch visible so ray could see and make changes.

[@jmartian6426]

@@ChrisBakare In my experience, files should be submitted as soon as you're done working on them for the task. Only submitting all working files once a week and hoping merge goes well is still stressful because there's no way all of it will merge correctly

[@ChrisBakare]

@@jmartian6426 You're right. At that point, there was 3 or 4 separate occasions the contractor should have merged their files over claiming completeness.

[@Vruk11]

Those new animations look so good, I always felt like something was a bit off with them but now it really makes the movement look like it clicks

[@christophernoneya4635]

One piece of criticism, windows in shade should not have the anime streaks as they are there to imply a bright glare. The fact they are impacted by shadows is a little weird visually

[@christophernoneya4635]

And I'm sure its a work in progress, but seeing the same white streak stretch across nearby windows and those in the distance feels a little distracting, its like there's a hidden object behind the screen. Ideally different building's windows would have a different set of streaks

[@Firestar-rm8df]

@@christophernoneya4635 The issue I think is more due to how the light source is directionally aligned to the camera. In anime a lot of the backgrounds are static, so you won't see the sun streaks move around with the camera. I'd actually consider tying it to the nearest most influential light source on the window, and fallback to the direction of Global Illumination and see how that looks? May be a bit less weird and more accurate to(most) anime styles as they only tend to account for the camera moving in reflections when the reflection is the focal point, or in /very/ high detail anime. And honestly, if dynamic lights are out of scope, you could probably just get away with global illumination. I'd be very curios how that would look.

[@chloewebb5526]

something can be in shade and still have the glare of a smaller light source, but I see what you're saying. Glare is a perspective thing though and not a illumination thing

[@christophernoneya4635]

@chloewebb5526 but the window itself would not be dark if it was reflecting enough to make a glare, youd need to make the window emissive

[@Jerms_McErms]

This is why we do code reviews folks XP. Love the update!

[@souptaels]

Glad I'm not alone in saying that I hate this recent YT gamedev trend of "making a game in a short time". They are not reflective of a real game environment experience and they encourage bad gamedev practices just to get out a quick video for views. So many of those "le funni" channels aren't the best influence when it comes to getting real gamedev experiences. I can just smell the amount of tech debt these "funny" gamedevs could accumulate that wouldn't be there if they just took things a bit more seriously. Not saying you can't have fun making a game, but I'm sure the process would be even more fun when you're focused on adding new mechanics, and not making more boilerplate code and refactoring old code due to laziness. I like videos like these cause they show the actual process of game development, even if it's heavily clipped down for a YT video.

[@nathanfranck5822]

The fact that Ray didnt try merging in the devs work until after he fired him is really telling. There was no critical oversight during, and no knowledge transfer after - obviously not a good working relationship. Bad use of money and human effort.

[@dan20247]

@nathanfranck5822 he didn't fire him, the contract expired. But otherwise agreed. I don't know if this is the first time he was managing someone, but typical growing pains if so.

[@nathanfranck5822]

@dan20247 Definitely - and yes lesson learned I'm sure! His new levels and art are looking great, so slow and steady one-man might be the way to go anyway :)

[@charlesscholton5252]

I do continuous integration and there would have been many many merges happening along the way, with play testing and review. I also would have had the other dev stuff and structure things in a manner to avoid merge conflicts too. Both Ray and this other so called experienced 14 year Dev literally did everything wrong. I personally do not care how many years of experience somebody does or doesn't have, it is all about getting shit done. This is a field of work where it is like going to school every day too. Every new version of UE with new and changing features. Also all kinds of never ending wicked APIs to delve into as needed. Nobody knows everything about all this stuff... It is always an uphill battle, and testing of everything being done along the way is critical in catching mistakes and making improvements as needed. IDK, this is rather interesting following the Dev on this game.

[@SadeN_0]

"This one contractor had bad standards, so the takeaway is that all collaboration is worthless"

[@paulindrome]

This is kind of a bad faith take-away but I agree. The "do it yourself" bit at the end is a bit of a quick-draw. Too many people could take this blanket statement to heart and be worse off for it. It's actually a paradigm that can be harmful to one self in the long run.

[@barrybach]

Nice video, though I'm not quite sure the "lessons learned" here should be turned into mantras to follow. Disappointing results from contractors sucks 100%, but at least from what the video describes (and a few others here that I've watched), there are underlying issues of scope + time that can contribute a lot to that. Having the same contractor do multiple things (especially contributing to overall architecture, and bringing on external tools to supplement that architecture) is instantly a no-go imo, at least not without a middle-man "manager/scrum master" type to enforce things like code reviews w/ periodic pull requests. I understand budget and your own time is a concern, but you just can't expect a non-employee to put on multiple hats and work on a project with the same fervor you do and without error. That doesn't excuse things like missing naming conventions and things that are spelled out in the contract, but definitely things like overall implementation simply can't be amazing quality without having a dedicated employee or someone to manage your contractors. It's a roll of the dice otherwise. I sympathize with the issues you mentioned here; small budgets and large scopes are tricky to manage. But I think encouraging hyper-individualism rather than encouraging sustainable project management is the wrong lesson to take. Just one developer's opinion, though, and Solo Dev still is a great route for many others to take!

[@Nightwinger5100]

Very well said

[@alvin_row]

Couldn't have said it better myself. I feel like the "lessons" taught here are to never trust anyone, and that micromanagement is good, which aren't very good takeaways. Working with someone who also cares about the project can help a lot. It brings new perspectives and ideas to the table. I gives you the feeling that progress is always being done, and it can help cover up your weak spots. I've found working with other people to be extremely fulfilling. Besides, there are things that a single person just can't do realistically. What's important here is that if you're gonna work with someone else, you need someone who also cares about the game, and who is skilled enough to do the job they're expected to do. Short term contractors wearing every hat aren't a good recipe for success.

[@khairiharris921]

This was the comment I was looking for. Communication on projects like these are key. Everyone works differently so that initial onboarding and catching workflow errors like this early so we can correct them is so important I feel like. I don’t think the issue is bringing on more devs, the issue is figuring out how to work cohesively and effectively together. Like OP said in the beginning of the video, it’s a test of interpersonal skills and team management.

[@yimwav]

Exactly my thoughts. very well said

[@Acceleration50]

Agreed, I couldn't have said it better.

[@shijikori]

while keeping in mind that it's important to be considerate of the resources you have at your disposal, I would believe that going for a contractor was the mistake. I don't have many years of experience but what I hear about at my current job (I work in the IT department of a manufacturing multi-national) is that contractors will do the job their way. They don't care about your requirements and your workflows. They will tick the boxes they can but the priority is getting the result done by the deadline. From their perspective, they are not paid to do it right. They are paid for a result that fits in the parameters of the contract. That is a stark difference to onboarding someone to work along with you, teaching them your workflows and standards, giving them all that training so they can contribute long term to your project. I can't say I would be able to tell if your project is perfect for a solo dev or not, what I feel like is that "solo dev is the only way" is probably the wrong conclusion from this experience.

[@CaiusNelson]

Man, you have no idea how cathartic it is for me to hear a bigger channel talk about this. No disrespect to them, but it does bug me when I hear bigger game devs tout the mantra of "just finish your game" like its an absolute rule, when adhearing too closely to that can compound your problems. I've spent five years building a gameplay framework just to avoid the kind of tech-debt you're talking about. But the trade-off has been that my team has been able to produce higher quality projects in a shorter dev-time each year, because our workflow and tools are optimized. Sometimes spending all day just debugging a spline actor properly rather than doing a quick fix can save you insane amounts of time later on.

[@RaymondCripps]

I've seen that advice as well. Hell, you'll likely see them in this comments section touting "JUST SHIP NOW!!". But when you've been around to witness a bad launch, you learn fast that just 'shipping' isn't good enough. Anyone with $100 can ship, and 50% won't make that back. Around the time this happened, the contractor shipped their own 4-year title. They had everything, funding, staff, a trailer, press coverage, but the game still flopped. Why? They didn't wash the bowl. The game shipped half-baked to low sales and mixed reviews. Nobody on the team had cultivated the requisite discipline that would have endowed them with confidence in the idea. The few customers they got noticed the lack of care. So yes, they "shipped", but at what cost?

[@Me__Myself__and__I]

​@@RaymondCrippsThe majority of "pros" don't take code quality and project organization seriously. Which is why most software has piles of tech debt. The attitude and perspective of this sole dev is the exception, not the norm. That said, you do have to be careful not to be too much of a perfectionist. This can cause people to spend way too much time on what are actually small issues instead of delivering a working solution. The correct answer is somewhere in the middle where the concerns balance out.

[@michaelperrigo]

​@@RaymondCrippsDay jobs are for money. Game Dev is for reputation and legacy...and hopefully one day for money ...

[@SamaelBunn]

VRoid's models was likely the cause of the massive frame drop. It sounds obvious after experiencing it, but each model usually has upwards of 20k tris, as well as excessive use of alpha channels rendering over other alpha layers, shapekeys and if not atlased material slots. Having crowds of these models is just a surefire way to lead to frame drops. Invidivually it would be fine but when you're got even 10 in one area that's already 200k (on a low estimate), as well as likely countless dynamic bones for the hairs. Whilst the tool the contractor used may not have been a great choice the ideas at least weren't terrible. Having a base mesh to work off of and then prefabbed hair or clothing that is random-gen would save a lot on individually modelling each possible NPC and, even further, keeping the total file size down.

[@wasteurtime5677]

VRoid is built for VR avatars, not video game characters.

[@FirstCrimson]

I would bet to wager it probably wasn't the tricount but more the shader cost and bones, and additionally I wouldn't doubt these characters were made with the Character pawn which use the CMC (Character Movement Component), and that bad boy of a component can easily cause huge frame drops.

[@EzKay_PX]

@@SamaelBunn yeah- the moment VRoid was mentioned I got both impressed, cuz honestly it is a clever way to get around modeling and character design and would have never thought of that. But also moments later remembered how much of a mess they are to optimize in stuff like VR Chat and braced for the framedrops Honestly, I am impressed that it ONLY dropped to 20 dps, LMAO

[@Firestar-rm8df]

@@wasteurtime5677 And it causes problems there too. I wish people would use stuff that was better optimized.

[@Orionhart]

I disagree with some of the conclusions you come to at the end of the video. While I agree with the concept of taking control of what you can control and focusing on mindfulness and doing things right, coming to the conclusion that working with a team is impossible and incorrect is just not the lesson to learn from your contractor experience. As a contractor myself, and as someone who also works with teams, consistent code check ins, branch merges, etc. I would chalk this one up to inexperience in team and contract work rather than an assertion that those things are not useful to you. Not that you're incapable of finishing this yourself, but that those options are still available if you approach it differently.

[@Shura86]

As someone whos also super organized (or tries to be) this was a massive headache just to watch. Props to you for fixing everything and pushing on, I would probably procrastinate for a few days before throwing everything from the contractor out of the window and doing it myself and eventually quitting the whole thing. Eagerly waiting for the final game, wish I could support through patreon or something but this comment and like is all I can do for now

[@crazycakegamer9672]

It's definitely good practice to be vigilant of your collaborators. Adding new people to a project also means you have to take more time to keep an eye on them, the larger the team the harder the team is to manage. This is a good learning experience for any dev, so thank you very much for sharing it as I'm sure it will help indie devs both new and experienced. My advice to anyone concerned about bringing in new members to a project is to look at every commit, have a designated project manager (it can be you) and to do test builds regularly, especially when major additions are added. Good luck everyone!

[@rafagd]

Dude, I understand your frustrations but it's not good optics to expose and employee/contractor like that. While that contractor probably deserves it, other people would probably not want to work with you in the future if they have the chance to be turned into content. Also, here's the one thing CDCI gets right: merge early, merge often. Always have everyone working in main branch. You'd have spotted these a long time ago if that was the case.

[@ShinSpiegel]

You know what, I’ve another anecdote for ya… “a monk asked the master, where is the moon, and the master pointed to the sky… the monk for ever on believe that the moon is on the tip of the master’s finger”… the same way you should “clean the bowl”… you need to learn how to “learn”… people have different opinions and what they meant and what you understood will differ. Wish ya the best, hope to see the next devlog

[@azzytheangel5494]

As far as npcs and crowds are concerned, I would absolutely not recommended using vroid studio models for anything more than key npcs. Besides the fact that they are very inefficiënt (lots of faces, because this isn't what they're meant for) I think it's a worse look for the game overall. I'd much rather see a sort of stylized blank slate sort of crowd design like the aperture science bendy for example. In this case it would fit the anime look, not draw too much attention away from key visuals, and have a greater and more thoughtful stylized effect.

[@ViewportPlaythrough]

this is what you should expect with working with "cost-effective" freelancers. not to piss on all freelancers ofcourse(i work as one from time to time), but like that, keep the cost-speed-quality triangle in check; if something is done cheap and fast, its probably crap. shortcuts need to be made to get that fast. quality-first freelancers might be more expensive to hire, but they cost more for a reason also, be warry with copying untrusted files to your master branch. its rather more safe to get those untrusted files into a different side project then copy the verified working files slowly to your main project. theres also the level of stuffs that can be off-loaded to external work, but up to that point, if you want something done right, do it yourself freelancers are best for products that you would simply use as the final products. as close to it to being a set-and-forget product, the more its suited to be outsource. else, the further it is to that point, the more you have to expect that you would get something messy. ie music is easier to get freelancers for since the end product would literally just be played. same as voice acting. concept art's end product could simply just be seen. story writing can be off-loaded as long as you know you would re-write some of the stuffs. if you would just use 3d models in a video or something like that then its fine to off load them. the more technical the end product is, the more you would want to just do it yourself or someone that you know would work with you till the end of the project's life span. never, as in never, expect the same "passion" you place into your work from external workers. it would just never be possible no matter how you trust that external worker. there are also big game studio examples of this. happened to squareenix multiple times now where they trusted the initial grunt work to external studios then they had to redo years worth of work from scratch since what the external studio did was crap. to re-iterate. there are freelancers that are worth their cost. please dont generalize. there are people who earn honest living by freelancing. side note: the more painful thing about his experience was he had past experience working with the contractor before so he trusted that past experience only to get this sh.... so its not just a simple "not meeting my expectation" but also a betrayal of trust...

[@Elemental227]

The new Gabi model and animations reveal blew my mind, such a crazy leap in quality, well done man

[@XavierBJohnson]

You inspire me Raymond, keep it up!

[@michalzarddev]

hopefully you dont take inspiration from his team management skills

[@ajyauchler7678]

This is a great example of why programming/development principles like modularity and DRY are so insanely important, especially in large-scale projects!

[@michaelperrigo]

Wait, what does DRY stand for in this context?

[@michalzarddev]

@@michaelperrigo Dont.Repeat.Yourself

[@michaelperrigo]

@@michalzarddev very good, very good. 😅...😬

[@NeoHCgbz]

18:45 excellent choice of background sound, perfectly captured that sinking stomach feeling

[@Illumas]

As long as the game takes, I'm really excited for it. It looks amazing, and the attention to detail and quality is what makes a game good and fun to play.

[@danielchavez9367]

Someone might have already posted this. I worked in construction, and how you pay your contactors matters. I noticed that if you pay someone by contact, they will work as fast as they can. Often cutting corners. If you pay someone by the hour, they take their time. The problem with this is they will work extremely slow. The solution to both problems is you have to be able to monitor them working.

[@bar0s4]

I had a similar experience with contractors before too. Finding competent people to work with is really hard. I see you're doing great on your own, though, so take your time and we'll be here to see the finished game!

[@LadyDem]

Just like Swen Vincke warns everyone about, its NOT easy to find the right people. big companies end up firing their best people then wonder why everything goes to shit. hold onto those people you find that do a good job, they're one in a million.

[@raphaelguitarx5931]

Raymond another Solo Dev here, I feel you bro when you are talking about the level desing, keep going as smooth as you can, perseverance is the key

[@jesustyronechrist2330]

I dunno why but this video comes across as oddlly... Gaslighting? Like you tried to paint this narrative that the contractor scammed you by doing a poor job, but as you went over the contract in the pan, it seemed VERY much focused on the artistic side rather than any of the technical side that you then had all the issues with. Did you have a performance metric? Did you have an SLA for FPS or polygon count, etc? Did you outline any standards of folder structures, naming conventions, coding style? And then the kicker: You mention at several points you didn't know what you wanted and asked the contractor to just... do it. You did not check up on them or correct them or communicate. So to me it seems like the failure of the contractor is by in large your own fault for having a loose contract. If there are no performance metrics or standards communicated, then how is the contractor supposed to know? Just read the code and figure it out? The only part where you take responsibility is this weird "I didn't think I'd need to communicate to my contractor and tell them what to do. I expected them to read my mind and do what I wanted because it's just so obvious to me." I get that it's your first contract, but the way you threw the contractor under the bus like that while painting a narrative the accoutability rested on their shoulders alone, does feel pretty shitty.

[@Floppyz]

This video genuinely changed how i do my day to day things. You made it very clear how important it is to do things carefully and with intent. I plan on washing my bowl from now on.

[@CrabQueen]

Man, you just can't catch a break. really rough man

[@tricky_fat_cat]

I can understand your feelings about project and code organization. I have quite strict rules about everything, including prototypes and technical debts. But the most important one “Even a temporary implementation should be easy to read, maintain and update”. Thus, before I push my prototype, I make sure that everything is organized and everyone can understand how it works.

[@korol5639]

I'm sure you know now, but as a general recommendation: * Build regularly - both of you should have been working from the same source. Maybe only weekly if your internet is bad enough that you can't download new assets so frequently. * Code review - as you said, you should have reviewed what was actually being produced, not just the output But as as aside - ignoring performance and actual bugs (like with the movement), players won't notice these issues. To some extent the "game jam" type development you talked about isn't actually a problem.

[@JoshMannon]

I really appreciate you taking on this topic because, you're right, these kinds of things don't get talked about and I don't know how much that has to do with click baity title hunting as it does with the culture of "only single programmer projects are really indie" that pervades indie culture in general. A team could be putting out significantly more and higher quality content while spreading audience awareness to their separate channels which would be more likely to be monotized all while really talking about the struggles that are game design and development. Overall I think the fact that we haven't seen a rise in that kind of thing with as many incredible creators we have involved in game creation is this vision of artourship.

[@ryo_pf]

I'm glad to know that the project is going forward. I respect your dedication on paying attention to the small details and sharing your thoughts on these matters as you keep developing the project. These devlogs are a good source of learning and watching this encourages me to keep working hard on my own projects. All the best for you and thanks for sharing this amazing content.

[@_3ther_636]

i am so thankfull someone from the game dev scene made vid taht project structure matters, and hey! i hope your project will rize it looks awesome

[@omeganappie]

I think the art direction in your updated level looks far better than the one created by the contracted dev. I can feel more of your artistic vision bleed into the levels. Also, don't underestimate how patient people can be while waiting for something they're excited for! This game's number one on my Steam wishlist, but I have plenty of things to tide me over until then. It'll probably be all that I play whenever it is released, but I'm just happy a dev is putting this much love and care into their project. "Washing the bowl," as you put it.

[@Firestar-rm8df]

I agree. The other one was higher res, but you could tell it all still had a very stock feeling to it. I much prefer Raymond's level. While a bit rougher in terms of resolution and the 'technical' quality, the textures feel far more cohesive and have a lot more intent in them. I really appreciate the clear thought and consideration that he obviously put into these new levels.

[@kashyapp23]

in a way this so inspiring to see you keep going, many people would crumble here. All the best for future , you have got this!

[@taoboyce6412]

I really appreciate your attention to detail, and I know the feeling of looking away from what other people are doing for what feels like a short time and then looking back and seeing they made a massive mess.

[@Bananenbauer123]

This video is honestly gold. I built a game once in unreal 4 (yea quite a few years ago) and I did hit a point where I had to give all enemies in the game additional behaviour, but because of how my enemy classes (blueprints) were organized I realized that I essentially had to rip out everything and redo it, otherwise stuff was going to turn into massive cable spagetti. I was smarter about an enemy spawning system as it was reusable and customizable per level, but man, that modularity is something that only hits you once you are a couple months into a project and you usually don't get to that point with a small prototype. Also, those new animations at the end look siick!

[@kidpitch]

Always code review anything submitted to your codebase. Before the contract is over/put it in the contract. If you want the contractor to meet your standards then you have to force them to. Oh and merge early & often. A good git flow/branching strategy is very important.

[@killernick01]

I feel you Ray. I've been on the other end of a coding nightmare from previous developers not properly coding/commenting/Integrating their code properly and spent months fixing and remaking those same systems. It takes time and experience to get that knowledge, but not everyone has to deal with those issues to gain that appreciation for well managed code. No matter what though, you know better now. So if you choose to work with someone in the future you'll know what to look out for. Good luck with future dev and can't wait to see what comes next!

[@fiftydashfour]

I'd say to take this as a lesson on how to contract work. Which of course will be rough if its your first time like all things first time. While going solo is fine, it's also worth thinking how you'd do things differently if you had to contract out work again. Ex: If you do contract out again and end with content that doesn't package. That'd be on you more than anything. Nice work though! Looks fun and unique. Keep at it.

[@BuilderTB10]

Amazing work and resilience. I love your work and i can proudly say i CAN wait! So take however much time you need. Happy programing! YOU CAN DO IT!!!

[@HeraChimera]

The game looks great! Sorry to hear about your experience with that other person. Hiring contractors can be very rewarding, but it heavily relies on both the specificity of the contract and reviewing the quality of work at every milestone, not just at the end of the contract. Glad to see you were able to bounce back, despite the setback. Looking forward to seeing more progress on the game!

[@GoshdarnCat]

So sad to hear you had a bad experience working with others. Hope you can recover from this setback, wish you all the best! I’ll wait as long as it’s needed, because your vision seems so rad! Good luck and stay strong!

[@Youssef-mj3cb]

Contractor issues aside.. the new model and animations look CRISP

[@chimklee]

This… I’ve been watching since the beginning… I couldn’t imagine how far it would go. Congratulations, both on Project Feline’s development and your own personal development! I’m glad to have followed this journey of yours and have learned a lot myself, thanks! You are a huge inspiration to me, I’ll be cheering you on from the sidelines!

[@papasalvo]

One weirdo on the internets 2 cents. I, and others, have sound sensitivities (for me its high tones they cause headaches and eardrum pain) if your game has UI SFX it would be very helpful to add a volume slider for this element that would allow those with these sensitivities to mute or lower the volume. Not many games do this but I always appreciate when they do. I cant even play Apex legends because of their UI SFX thats so high pitched and no slider other than muting the whole damn thing.

[@ImNotFine44]

This is one of the most informative devlogs ive ever seen. This was not only a great learning experience for you but everyone watching

[@quriz4609]

What a crazy story. I can't imagine how doomed and deceived you must have felt when you started going through his mess. Glad to see you got over it and can now carry on your work better than ever!

[@Y0uWinY]

I can imagine how frustrating this situation must be, and how it might make you question the idea of working in a team environment altogether. Finding the right team member is a lot like finding the right partner in life-it’s transformative when you find someone who complements you, but staying single is better than being with a toxic person. When it comes to working in a team environment, outsourcing isn’t the best standard to set. In my experience, apart from specific areas like artwork, often comes with challenges that can disrupt progress. That’s why I generally prefer to avoid it. That being said, finding the right team member can do wonders for your productivity, creativity, and motivation. A good teammate isn’t just an extra set of hands-they’re an extra brain to bounce ideas off, someone who can challenge and push you to do your best. No matter how skilled or experienced you are, two minds working in sync are always more powerful than one. Smaller teams often have stricter screening processes for this very reason-they know how much is at stake. I’m sharing this based on my own experiences, both as part of a team and as someone building one. I hope this experience doesn’t discourage you from finding a real team to work with. The right team can make all the difference. Even if it is just one extra person.

[@rodrigodh1]

Thats why all the big techs use agile frameworks, you can't trust the average human to make decent work. If you want to boost your small project you should look for people that you trust and make sure that trustfulness is real through code reviews. After that you can follow as you intended by just throwing the guide lines and letting people work.

[@ThiccMaiki]

Hey Raymond, I just wanted to say that you are an actual legend, and congratulations on your progress! I've watched these devlogs for a couple of years (four or so), and it amazes me how, after all this time, effort, and hardships, you keep persevering and making headway with Project Feline. Your tenacity is astounding, and I wish you all the best with the project. I hope you stay sane and healthy and your game becomes a success.

[@mRidley508]

I'm a really messy and lazy person so it pains me to see how much bad habits and impatience can ruin a project for everyone else. I have a hard time ditching bad habits and creating new healthy ones but this video has shown me just how important it is to stay disciplined and be patient and slow, especially when working with other people.

[@thebigr3dfox]

This is giving me Sunset Overdrive vibes, I freaking love that game btw. Honestly, I can already see this becoming one of my new favorites right after it drops. It’s so damn cool seeing this mix of anime aesthetics, Persona-style UI, and those Sunset Overdrive/Jet Set Radio gameplay. Also, it’s so inspiring to watch these solo dev-vlogs. It’s awesome seeing what it’s like to build and nurture a game, grow a community around it, and the most impressive: doing it all on your own. That’s hella amazing and it fuels that itty-bitty part of my brain that dreams about starting a game of my own someday. You, dear developer, deserve a medal. Keep up the amazing, slow, and steady work on your game.

[@friorento4416]

"Just hire more devs" is the reason why companies like Ubisoft are almost bankrupt now

[@RipperRoo92]

Facts 💯

[@Damian_DH]

usually the ones that write that are mindless consumers with not a single idea of whats on the stake.

[@multi-milliondollarmike5127]

They're almost bankrupt because of incompetent management from the higher ups and most of their games feeling samey. They even released an nft game that everyone told them they didn't want. They've just lost the plot entirely.

[@friorento4416]

@@multi-milliondollarmike5127 That too, "Just hire more devs" is not THE main reason, but one of the reasons. That is mainly why their dev team is so young since they kept hiring inexperienced devs instead of developing the devs they already had, and keeping the older senior devs, who left because of the pour management. But yes, bad management is the main reason.

[@mathijsfrank9268]

As a programmer that does not work in the game dev industry, making things with a bad foundation is not just a game dev problem. I am very abstract focussed and am always thinking about the "best way" of doing things. However when I work together with other people it is surprisingly rare to find people with the same mentality. The vast majority in my experience are satisfied as long as an exact problem fixed, without thinking of how to prevent future problems from occuring. This kind of mentality works for quickly making demos, not for production level products.

[@yogeshj7240]

u better not quit , u hear me ? im way too invested in this game by this time , no pressure lad do this your way

[@BittenToe]

This video is more than a devlog, it's a life lesson. Your takeaways from this admittedly crappy experience are quite insightful. "How you do the small things is how you do everything" is an important quote. It's why I hand wash my coffee cup every day at the office, why I make my bed every morning. It seems small, but getting the job done yourself and doing it completely without cutting corners is important in every task.

[@nairocamilo]

"Just Hire a Project Manager!" I yell, at the top of my lungs.

[@davidsaucier1463]

This was an amazing devlog. Dont let the hurdles drag you down. Your progress looks great.

[@Eggbaby7777]

just a quick headsup! thr vroid plugin won't let you pack out, and an average vroid character can run up to 100k polys, we optimize them before import them into unity or ue, they also look fugly so you better hire a 3D artist to create lowpoly npcs with baked details (for anime npcs)

[@marthijswolf4850]

no one can do more than their best, so please don't rush such a great project. the art and game is amazing for how far you have come and ceep doing your best!!!

[@CushionSapp]

Wow, what a nightmare

[@Natehawke]

This was a great video - I've had similar experiences with contractors, where they seemed incredibly knowledgeable, fast, and easy to work with, only to receive deliverables that had to be mostly binned in the end. My takeaway was that I still need to contract out work, but I keep the deliverables really tight and specific. The one system, then I handle integration, one character model, one element of an anim set, a small collection of environment props etc. Do this small thing and see if it works with the project, and then if so, do more small things.

[@zentoa]

that actually sucks with the contractor. I'm glad you are pushing on and hope you are well! :D

[@BrawlDevRBLX]

The storytelling of these devlogs are truly inspiring! The perspective on KZbin game development content promoting rushed games was something I had never thought of and “washing the bowl” is what I’ll consider for my future projects moving forward.

[@AlexLusth]

Im so sorry this happened to you. There are good organized devs working in teams out there. Don't let this discourage you from ever working with someone again.

[@Vinci480]

First of all, I want to say its really cool to see the difference in polish/vision in the level that the Contractor delivered vs. yours. The Anime inspired style is clearly better done on your rendition compared to the contractors, as your contrast and material style much more reflect what I would call anime-looking. Like it doesn't feel like normal material in anime filter, but more material made from the ground up to be anime looking. Though I think there is still more you can pull out of it. I would highely recommend talking to Manga-Artists and then Anime Animators and get them to explain to you why they do certain stuff in certain scenes, to kind of get a deeper understanding of why which technique gets when used. I mean you clearly already seem to be experienced with the art-form, I feel you could really elevate your vision if you learn the tricks of the trade from those people. Because I think in any industry there is "How it should be" and "How its actually done" and while many times it means cut corners and duct tape solutions, there is also a big depth of "We don't need the strongest material on earth to build lasting and safe houses". Consulting a Manga/Anime Studio could also be very interesting, going to them and showing off your game and then asking them stuff like "What makes this NOT look like an Anime?" or "What clashes the hardest here?" to see where your vision might be fighting itself with the already established rules of the art. Furthermore I would also highly recommend in developing the different styles of each area in more detail. I don't mean throwing 2000 objects in there and calling it a day, but much more thinking about different things an area can make you feel like, making one area clearly more dirty than another, or giving one area more "off-set" objects to make it feel more human, etc. As for example a port is quite hard to maintain just simply with the water constantly in the air and flying around all the time, or the poorer parts of a city generally suffering under less public service support and because of that not looking as nicely maintained, etc. I think your game would still be amazing, once you get to the finish-line, but i feel if you are one of those people that can really pull that individual world off, simply due to your attention to detail and willingness to take it slow and properly instead of rushing it to the door. Now to the Contractor situation. It defintely sucks including another creative person that you also think can really bring something to the table, especially when they have X amount of experience and Projects to back their name, and then be solely dissappointed by the actual work that gets delievered. I feel as a creative person, nothing hurts more than seeing your baby be that disrespected by someone you think should do better. Absolute love the "Wash your Bowl" shirt resoluting of that lesson though! That being said, I think its INSANELY important to know how to work with people/network. More than even the quality of their work. Because it can be the best work in the world but if they just cut corners, lone-wolf their ideas and just don't care about how it affects others, then there will be no coherent vision or resulting cooperation of talents. I have been called a Networker/Connector at work due to my way of often mashing people together and having it work well. But what I feel like many people don't understand is that I can't just make everyone work together and often times it will be a detrement more than positive. What is really important ESPECIALLY in creative work, is knowing when the specific talents of each person can be brought it, but especially in what enviroment. Can you just throw them in a room? Or do you need to build hierarchies? Do they communicate directly? Or through you? While stuff like that has it's different benefits and drawbacks, it's VITAL when working with other people. I know some insanely introverted people that are even more insanely talented with their skills, but if i throw them in with other people, all their talent and experience gets completely made null by them absolutely getting steamrolled in conversation and just taking others people ideas over their own better stuff. Then I have other not that talented people that shouldn't really deliver ANY work (if I'm being honest) but they are AMAZING at working in groups and keeping a good vibe in even tough times, making them vital when you can't oversee stuff personally or need to focus on something your own. What I'm trying to say with this is, that you defintiely shouldn't be turned-off the idea of working with other people on Project Feline entirely. I mean you probably aren't but not having this sour your feel with your creative baby and colarboration would keep it open to include properly worthwhile people in there. Of course you have learned a lot from this experience but I really hope that this invidivual now doesn't make you just "I can only do it myself" and then swamp yourself in mountains of work again. If you can offload work to the right people DO IT (of course if you have the money and resources). DO NOT just get burned this once and then force yourself in a corner and let that poision the rest of your vision. That being said, I am really excited to see where it goes, even as someone that isn't super in that specific type of game. I highly love this open and honest view behind the curtain though and I wish we could see something like this from bigger studios more like back in the day, and see the Humans and their Madness behind each part of the machine. Keep it up!

[@_BROVIA_]

7:55 how did I know that was from the bakugan show XD

[@TheUncutAngel]

the new animations are SO GOOD. Very happy to see her moving in more frames. You're a real game dev's game dev.

[@DecoyZ]

So, to all the game devs, main lesson is: Make things modular, make everything modular, make modules modular, you will do everything faster and easier Edit: the second lesson is - If you want it done right, do it yourself lol

[@Cyliandre441]

No, if you want it done right effectively communicate and enforce the projects standards and needs, which he, assuming from what he tells in the video, kind of failed to do.

[@Plexi.T]

@@Cyliandre441 I mean, he had a specific contract for the guy that said how he wanted levels to be designed, what their color palettes should be, what style they should be in, and what the filing and naming system of assets should be like. It looks like the guy just blatantly ignored the rules he set out for him.

[@Firestar-rm8df]

@@Plexi.T Yeah, but sadly the work wasn't checked before the contract ended. If he gave the okay, then sadly, that's on him and this will be a learning experience. A very painful and expensive one unfortunately, but a learning experience none the less. Also I was really worried when he said the dev recommend moving away from source tree. Like, it's fine for pretty much all the development work I've done, and if that's eating up dev time that's a red flag. Contractors adapt to the teams tooling, not the other way around typically, especially for devops stuff like source control. I'm not familiar with what they moved to though. If it still uses git under the hood though it should be pretty similar and it should be way easier for the contractor to just adopt the tools already in use. That said it it's not git.... why? It's kinda not gone into depth here, but were there any vastly compelling reasons? I know he briefly mentioned merging, but as we saw, merging seems to have been a nightmare. While a lot of that seems to be sloppy work, it makes me wonder if the new source control system helped to mitigate any of that or if that was just a sunk cost.

[@codernunk]

It totally sucks that so much time and money was spent on something you couldn't ultimately use, but I'm glad you were able to reflect and learn so much from the experience. I like to believe that everything happens for a reason - at the end of all the trouble, we'll come out of them stronger, wiser, and more motivated than ever. I'm a senior software dev myself, and communication with others is BY FAR the hardest part of the job. That's why there's so much overhead around managing a team - hiring project managers, team managers, and following an agile/scrum process are there. Plus, conflicting opinions on coding standards and implementations of the systems can get really tiring. So, I completely understand keeping the project solo is what's best for you. One thing I will say - you don't have to stick to your decision forever. It's okay to change your mind, it's okay to realize there's other paths forward in the future based on the evidence you run into in your travels. If you ever decide to seek outside help again, you can rest easier knowing that you've learned what to look for and how you can proceed in more confidence. But keeping the project solo is also perfectly fine too!

[@InfinityBladeRecollection]

My biggest gripe watching dev logs was Gabi's animation. Every time I watch these (which has been for like 4 years now) I think I hope that animations not final because it really detracts from the whole viewability its just distracting. I can confidently say that is no longer the case! the new animations look amazing and are cool to look at great work keep it up!

[@Nightwinger5100]

This is likely a big fear of other solo developers as well. I hope this doesn't completely deter you from taking on new hands onto the project, but instead, ask more questions and dive a bit deeper into the results being produced. Well done

[@Bats321]

32:50 no worry man, we can wait, keep it up

[@tacospin_]

These are the most important kind of devlogs, they show the numerous hardships of solodev, and the nuance of things people thinks are simple like simply hiring more devs. I can just imagine how frustrating this whole experience was. I'm glad you have thick skin and can overcome such insane setbacks. thank you thank you thank you for your hard work.

[@user-xsn5ozskwg]

Damn, dude, that went from exciting an promising to such a backstab. I was wondering why you anonymised the other dev and the title was sarcastic, and I can see why now. I would have been so demoralised; things were looking great until you got your hands on the deliverables. Also, you are so right about the gamejam/video content style of gamedev not being a good way to reinforce actual dev practices. I think it's amazing the lessons you've learned and your desire to still soldier onward, and I so appreciate you sharing your journey with us. I hate that you've now had two instances of outside support being not worth the costs; it shouldn't be this way.

[@Nightwinger5100]

Imo I don't think it's a good idea to make them anonymous. I would've clarified not to spread hate, but stay away from working with that person.

[@user-xsn5ozskwg]

@@Nightwinger5100 Eh, no one would really benefit from this person being publicly named and shamed. They did a sub-par job insofar as it didn't integrate well with the existing structure, but the level design and the basic stuff they brought forward was likely well within the scope of what was expected, save the poor documentation and file-structure which could be caught in an early code-review. Plus, I think given the person's rates and bona fides there's a pretty limited number of people who would potentially hire this dev and not perform any code reviews before the contract expired *or* wouldn't reach out to Raymond directly to ask for a name. Naming them in such a way would just be inviting drama for absolutely no benefit.

[@Nightwinger5100]

@@user-xsn5ozskwg not saying to shame them, but i wouldn't want another solo dev to find theirself in a similar situation

[@MegaFrog]

This game has been such a journey to watch. From such humble beginnings and through such hardships and setbacks, the journey alone is worth following this game. You've had my support for years past, and you'll have it for years to come. Raise a glass for project feline! 🍻

[@yousmelldepressed6353]

my favourite devlog yet

[@startmlg194]

Wow this video was fucking amazing! You had me in the first half, not gonna lie. Rug pulled me the same way you got rug pulled. I also want you to know that I will be patient for the release. Please, take all the time you need. I don't care if it's 1, 2 or 5 years, I'll be there when it launches (If I have the money :P). So try to make this game the best that you can! We believe in you!

[@MGilbas]

I wrote a giant comment describing my grievances with this video. Alas, it's nowhere to be found. Did KZbin chew up my comment with its auto moderation tools or was it removed manually?

[@fantomas1770]

the dev is coping hard

[@wofkwengel]

32:02 Holy heck, I've criticized your animation before, but this is on a whole different level! The low framerate choice finally makes sense when you lean THIS hard into the smeary anime style

[@AsterWi]

yippie new raymond cripps video