I think itās better to use words as well as icons to describe your skills. It might be a recruiter looking at your portfolio who doesnāt know much about code and who doesnāt recognise the icons.
And maybe you should replace āinterested in solving codeā with ālove to use code to solve problemsā or something of that kind. Itās stronger and it shows more passion.
No, or at least, not as more than an intern. I remember your portfolio, and Iām not seeing a grand redesign. But more than that, Iām looking at what you produced and asking, āwould I get my moneyās worth out of his work?ā Hereās my reasons I would not think so:
The color scheme needs to be better. You need something visually eye-catching on your portfolio to get hired for HTML/CSS, since you have NO JAVASCRIPT AT ALL ON your portfolio - not a crime, but all āunder the foldā and all requiring clickthrough. Youāve given no consideration to contrast, let alone color theory. What about visually-impaired viewers? Lots of people with poor eyesight use computers.
on hover, the ring around your ācartoon headshotā causes everything else to readjust layout. Bad. Couldnāt you have wrapped that in a div to contain the effects?
your github is full of sporadic (non-daily/near-daily) commits whose message is usually āupdate.ā That tells me that your commit message would be useless on the team, and a poor indicator of how youād communicate on a team.
Knowing your prior projects, I looked at ABDN. The main article is āAnchors Away!ā with an āInvalid Dateā error prominently displayed. This is what you put out to sell yourself. If not even for yourself, how could I trust you to put your best foot forward for my clients? (Also, an aside: Your blog is full of grandiose prose that youāve attributed to yourself. This makes the error even worse - you thought a lot about the (blog?) content, and didnāt think about the code, or QA. I see the same text under different headlines. If you didnāt write this, just use Lorem Ipsum. Itās there for a reason.) The navbar is not responsive correctly - it responds to horizontal resizes, but puts elements off-screen.
AGAIN: task crusher has no default login/demo account. I was able to make an account with fake info, but without explicitly telling people this was a project to practice authentication, no one will (I only did because I remembered). BTW - neither enter nor Ctrl+Enter activate the āCreateā Button in the ācreate taskā view despite it being colored as a default button. UX fail.
Save for Later: Okay, more interesting visually. Flat design, high contrast. Relevant āaboutā section with link to portfolio, but no github repository, so I canāt see the code for the one that looks best. The upload button is active when no file is selected, but styled ādisabledā after a failed upload? Shouldnāt it be the other way? Also, why the heck do I have to take a picture of a tweet to upload it? Isnāt that just an image dropbox app, then? Wouldnāt searching tweets require some text awareness? You do say itās an experiment, but without talking about your projects, what you learned, and your design decisions in the portfolio, all youāve done is left me scratching my head.
the portfolio falls down flat on UX. I clicked the thumbnails twice, think I must have initiated a drag by accident, but no, it just wasnāt a link, despite enlarging on hover. Of the 3 possible candidates, the only link is the lowest on the panel (not the big picture, nor the first line with the project name either).
I know Iām coming off as harsh, but itās because itās what I would want to know. I see your code, and itās not terrible (albeit completely sans documentation/commenting). You sometimes have a good eye for design. If itās improving, Iād have no way of knowing, since your portfolio doesnāt provide any chronology. Your github is littered with more projects, so are these the best? Iād rather see 3 projects, well-polished: good UI, good UX, and motivated by a personal need - solving some pain point. Iād also like to see you use the skills youāre showing off in your projects on your actual portfolio. It doesnāt matter what your store sells if the storefront isnāt inviting. How do I contact you? Through github? Not likely. Twitter? Great - but that is a dead link. Email? Totally acceptable. But itās the third link on the right. Whereās the big juicy high-contrast button saying āContact Jesseā, located above the fold just begging to be pressed? Whereās the animation or parallax, or CSS virtuosity? Heck, whereās the javascript/React on your portfolio? Your projects show that you theoretically have the skills, but you seem unwilling to put them into action to sell yourself.
First, thanks for the detailed and thought out response!
My Idea for the portfolio is for it to be really simple. Iād like more feedback from others on whether or not employers are judging portfolio complexity. I could implement those features, but it would feel out of place to put a bunch of random animations and distracting effects.
Are you judging my āhire-abilityā based simply on my portfolio complexity, or projects? It seems like something ancillary for employers (from my experience), but Iām open for correction.
Thanks for the onhover bug, Iāll have fix it.
Youāre right about the āUpdateā messages. Truthfully, I usually just use āUpdateā if its something simple like delete a word from text or some very basic and negligible change. I usually write more specific messages for more specific cases. I always feel bad when I do it, lol. Iāll have to stop doing that.
Could you point me to the invalid date error, Iām not seeing it on my end (Screen capture). And the prose youāre reading is Lorem Ipsum, its been translated to english. I should maybe change that, since its a source of confusion. The navbar responsiveness is a bug thatās been bothering me, I do need fix it. It sometimes occurs, and other times doesnāt.
The TaskCrusher project, does need a redesign, I keep putting it off; I will need to do something about it.
SaveForLater is on private, but I can provide code samples. I am still messing around with it, and I donāt want to mistakenly expose certain things. Thatās why thereās no repo.
Good catch, on the button disabled until file is selected, I hadnāt considered that setup. You provide great suggestions to make it less error prone.
The thumbnails werenāt meant to be clickable, I might change that, but refer to point #1. I do need to comment my code more, even if its a solo project. Those projects are for the most part in chronological order, and they are what I felt were most āeye-catchingā, not necessarily the most complex.
Iāve seen some great developers, with very basic and simple portfolios, so Iām curious how seriously an employer would judge someoneās portfolio because it wasnāt a kitchen sink of tech.
Again, I always appreciate your feedback, even though its sometimes hard to accept (intern??!!!, haha).
Simple != Clean. A clean design is fine. Animations were just what popped out of my head. OnHover type of animations are fine, but they canāt just be UI for the sake of UI. All UI must be in service of UX. If your panels enlarge on hover, they had better be clickable. Iām judging whether I would hire you based on decisions you made. No documentation ( i donāt mean: i++; //increment the index, I mean jsdoc-style or equivalent: `this are the inputs and outputs to this function, how it behaves on edge cases, what will cause error, a summary of important details about implementation and my decisions therein. If there is some complex logic, or itās the first time Iām figuring something out that was complex for me, I write more, sometimes keeping the pseudocode (with modifications) as āsubheadingā for chunks of code, along with empty lines to help readability.
No problem.
This ties in with the hireability. Just like I donāt want the āincrement indexā coder, I donāt want: p=q+(v? x: z) guy either. (No ternary hate, I love it - I mean that variable names are part of documentation, as is a commit message. Iām not perfect on this by any stretch. I tend to commit when I need to transfer machines, or after I wake up from a code fugue and have banged out 3 things on the TODO list. But I always try to make my commits reflect that.
I read some Cicero in school, but not that. āLoremā isnāt a word I knew, so I shut off that part of my brain. Based on your translation, thereās more than the words routinely used. I found out it was cut in the middle of a word ādo/loremā, and with the whole sentence, it makes sense. Thanks for the learning opportunity. But with that said, perhaps change it back to Latin, or change the author to Cicero. For your navbar, Iām on Firefox/Win10, and have tried it on 4k and <1080p screens. No dice.
The taskcrusher is emblematic of the communication/not-selling-yourself problem that I see. It could be mostly fine (by changing the ādefault buttonā issue) as-is. But without explanation, which I had to ask for last time, itās useless to show off anything. Again: What did you use, what did you learn, why did you decide big decisions the way you did. I would rather see half as many projects well-explained.
I get the private, I get putting it on the portfolio. I canāt understand doing both at the same time.
As for code, if a tech person is hiring you, theyāre going to look. And what Iād look for is: does this person do work that others can use and maintain? If I donāt see any comments, itās a quick no for me. Not because they didnāt comment, but because they didnāt bother to comment what they presented to the world. As for the great developers, their resumes probably did the talking for them. Iām guessing that youāre looking for that first dev job. If so, and were I you, Iād make sure that it was super-easy to get people to see the things I wanted them to see. That doesnāt mean bells and whistles, that means UX decisions that achieve that goal, and UI decisions that channel that UX. That tells me that if hired, I donāt have to teach you (everyoneās a gamble on how easily educable they are), I can just point out when the first draft doesnāt execute the mission of the web page.
You have three sentences. Not long ones. What do you tell someone about that project? I would put in the portfolio. The Readme is for technical and/or non-technical people telling them how to understand/use your project, license info. As you said, you want your portfolio to āpresent your skills.ā Is coding the only skill? What about critical reasoning? The ability to learn? The ability to evaluate your own work and progress? Both technical and non-technical people want to know that. You canāt guarantee whether anyone will look at your portfolio page. You canāt guarantee what role/background that person will have. Itās up to you to make your page work for you. I would argue that youāre only seeing part of the elephant. Your portfolio isnāt to present your skills, itās āto sell a potential employer on hiring Jesse Delia.ā Design that instrument. The one which guides people to the ācall to actionā (Interested in hiring Jesse Delia ? <button>Contact Jesse Now</button>). Something that stands apart. The way I view a great portfolio is: itās a landing page for getting you into the interview room - part of your sales funnel. Read this great article on Landing pages to understand what I mean by UI serving UX, and UX being oriented to accomplish the mission of that page. In this case, the page is both the vessel of that mission, and the message itself. Why is all your most important content ābelow the foldā?
Bring it to the people, donāt make them go hunt for it. All that negative space above the fold is bad design. If they arenāt on mobile, they want to see your projects right away. Maybe a very minimal animation that, after 750ms, moves your image over to the side and presents them a carousel of your projects with 2-3 short sentences on each? That both presents your projects and your web skills right away. Not a single user action was required beyond navigating to the page. Emblazon a big, highly-contrasting contact button under that pic of you on the side of the screen, or for mobile viewports, have it float at the bottom of the screen maybe.