4 ms·
"Do you use presentational CSS classes in markup, or do you fully utilize LESS/SASS?" I think the answer here will explain everything. (Does this employer know
by thenerdfiles 13y ago
"Do you use presentational CSS classes in markup, or do you fully utilize LESS/SASS?"
I think the answer here will explain everything. (Does this employer know/care? Am I about to dive into legacy practices? What does the bottom floor of the codebase look like?)
It draws a line.
- goblin89 13y ago> "Do you use presentational CSS classes in markup, or do you fully utilize LESS/SASS?" Are those even exclusive? One of the projects I work with uses Ace “responsive admin template” (paid theme from Wrapbootstrap). In its styles, declared variables and nesting are used unpredictably, as is indentation and other whitespace, which leads to awful readability and flexibility. It does utilize LESS, but it also uses presentational classes (least of its problems). Pure well-structured CSS can be much better. LESS offers some useful possibilities, but also a lot of new ways to shoot yourself in the foot. My point is—what OP wants (I guess it's readable, elegant, maintainable code) depends more on coding standards than tools used.
- thenerdfiles 13y agoYou understood the point as to the nature of my question. It's a fishing question.
- zalew 13y agoLow level implementation details are relevant questions for getting a freelance programming assignment of taking over an existing project, not a full-time contract and especially not one at a bigco. IMO asking such questions tells you are religious about petty stuff instead of looking at the bigger picture and focusing on the deliverables. Being curious about team structure, general project management and development practices is great, as it shows interest in your possible future working environment, but picking on tools and discriminating against minor tech solutions is a bit naive from my perspective.
- thenerdfiles 13y agoYou missed the point. It's a fishing question. > know/care This is an implied project management question. (1) Can the employer even speak to it? (2) Does the employer see those who specialize on these areas as less important than other areas, in that they are fine with having no opinion on the matter? > legacy practices Did you not see this? I picked HTML and (presentational) CSS (classes) for a reason, as they are boilerplate and they indicate whether or not Separation of Concerns bubbles up to management. Questions about HTML minification, the whole point behind preprocessed languages, etc. can be teased out with just one question. It's like breaking into a network, looking at the codebase, and then combing for organizational and sociological judgments based on what you see. (LESS/SASS will comparatively more likely be documented. That said, would you take on an employer that leaves undocumented what can most easily be documented? — so it's likely they have lots of throw-away, unreadable, undocumented CSS. Do you want to work for an employer that is okay with "throw-away, unreadable, undocumented"?) HTML is the lingua franca of the Web. Would you honestly work for an employer that calls this "petty stuff"? Tell me that. It's a tech interview both ways. What if the employer responds, "That's petty stuff. We hire you to make that decision. We don't care. See the forest"? You can find any person on the street who might say this. So why are you dolled up in a suit and tie yet again to be told "What you care about is irrelevant"? Or what if the employer says, "I don't really know, but I'm glad you think about very finely detailed problems..."? Generally my belief is that interview questions should fish or have the structure of getting you hired on the spot (http://pbfcomics.com/81/ http://pbfcomics.com/81/), where in asking them you've maximally described yourself but minimally given the employer the opportunity to fail. (Again, you don't care about your lingua franca of the Web? Go hire someone who has no opinion on this like you do.)
- zalew 13y ago> I picked HTML and (presentational) CSS (classes) for a reason, as they are boilerplate and they indicate whether or not Separation of Concerns bubbles up to management. One positive thing that comes from your example is, if they know too much about that it means there is a whole lot of micro-management going on.
- philwelch 13y agoI can't think of any substantial job where stylesheets, of all things, are anywhere near the top 100 concerns.
- bartonfink 13y agoI'm playing devil's advocate here, but a full-time front-end designer might care deeply about such things. I would not, for example, take a J2EE job even though I know Java because I know they are not "just the same." I could see a designer caring about the stylesheets they'd be working with even though it's all fundamentally CSS.
- thenerdfiles 13y agoLook, "text/less" is not something browsers understand. This question is also asking about the adoption of standards — this has absolutely nothing to do about stylesheets. Three aspects of the codebase are involved here: HTML (the lingua franca of the Web), CSS, and LESS. Look at what the question contains: "presentational CSS classes in the markup". That's Separation of Concerns, not "stylesheets." You're begging the question. And it's one question that can easily be generalized as a format-question: look at the operative words "use" and "utilize". Look at where they appear in the sentence.
- deleted 13y ago[deleted]
- dinkumthinkum 13y agoMaybe in your mind but in reality this could just tell you that the person interviewing saw one if the same YouTube ideas you d and started using LESS, big whoop.
- thenerdfiles 13y agoA negative attitude is not "in reality".