Viget

Which RTP startup people are active HNers besides you and javery? I know there are more of us here, but I don't know everyone's HN username. Offhand I can think of kacyf (works with javery at AdZerk) http://news.ycombinator.com/user?id=kacy and Corey from Blinkness: http://news.ycombinator.com/user?id=Cblinks I know there are others, I just can't tell you who they are on here, from memory. What about interface and ux design talent in the area? Anyone notable? A lot of the folks that work at Viget Labs are pretty sharp on UI and UX. We had a great UX team assembled at Lulu.com at one time, but unfortunately that team got broken up, some people moved away, some people went to other companies, and some people I just plain lost touch with. But yeah, there are some UI/UX people here who do some nice work. http://www.viget.com/ When is the next decent event between now and the 21st? Hmmm... we've had a flurry of stuff just in the last few days, so I'm not sure what else is going on this month. Let me glance at some calendars and I'll post an update later. Or maybe somebody else will have something "on the tip of their tongue" so to speak.

Viget | PHP Developer | Full-time | Remote (US Only) or Onsite (DC Area; Boulder, CO; Durham, NC; Chattanooga, TN) Viget is a digital agency that's earned a solid reputation as a rare firm that does both great design and development work when building digital products and marketing platforms. We're looking for a PHP Developer experienced in extending CMS-driven sites. Ideally, we're looking for someone with knowledge of Craft CMS or Wordpress. Our team is a hybrid of in-person and permanently remote folks, so we're up for someone joining in either capacity. https://www.viget.com/careers/php-cms-developer/

Viget (viget.com) | PHP Developer | Remote (USA Only) | Full-time PHP/CMS Developer will work independently or alongside industry-leading Front-End Developers to create rich and engaging content-driven products. As a PHP/CMS Developer, you are responsible for the configuration, architecture, custom development, maintenance, and troubleshooting of all PHP-based CMS sites developed by the Front-End Development team. You will frequently work with a Front-End Developer who is responsible for the visual and interactive layer of the site. PHP proficiency is a must and candidates should have experience working with third-party PHP-based CMS platforms and utilize modern PHP best practices, like dependency management with Composer. Apply here: https://www.viget.com/careers/php-cms-developer/

Viget (viget.com) | PHP Developer | Remote (USA Only) | Full-time PHP/CMS Developer will work independently or alongside industry-leading Front-End Developers to create rich and engaging content-driven products. As a PHP/CMS Developer, you are responsible for the configuration, architecture, custom development, maintenance, and troubleshooting of all PHP-based CMS sites developed by the Front-End Development team. You will frequently work with a Front-End Developer who is responsible for the visual and interactive layer of the site. PHP proficiency is a must and candidates should have experience working with third-party PHP-based CMS platforms and utilize modern PHP best practices, like dependency management with Composer. Apply here: https://www.viget.com/careers/php-cms-developer/

Viget (viget.com) | PHP Developer | Remote (USA Only) | Full-time PHP/CMS Developer will work independently or alongside industry-leading Front-End Developers to create rich and engaging content-driven products. As a PHP/CMS Developer, you are responsible for the configuration, architecture, custom development, maintenance, and troubleshooting of all PHP-based CMS sites developed by the Front-End Development team. You will frequently work with a Front-End Developer who is responsible for the visual and interactive layer of the site. PHP proficiency is a must and candidates should have experience working with third-party PHP-based CMS platforms and utilize modern PHP best practices, like dependency management with Composer. Apply here: https://www.viget.com/careers/php-cms-developer/

Some more: - http://webaim.org/resources/contrastchecker/ (great tool) - https://24ways.org/2012/colour-accessibility/ - https://www.viget.com/articles/color-contrast

I've been using this technique with great success. http://viget.com/inspire/extending-paul-irishs-comprehensive-dom-ready… You still have to load in all your js but at least you can execute exactly what you want per controller and action and have it documented all in one place.

Hi Finbarr, I'm interested in learning more about this strategy. I've been using the Garber-Irish method (http://viget.com/inspire/extending-paul-irishs-comprehensive-dom-ready… for running scripts based on controller/actions, but everything is still always served to every page...With your solution, only truly global scripts seems to be served. I'll try to throw up a test app on github to test out what you've done here, but do you have any existing app that uses this paradigm? I'd love to take a closer look.

An alternative that is not as well known is ExpressionEngine. FWIW, we've done a slew of EE installs and a few WordPress intalls and clients that have made the switch from EE to WP have loved it. The admin UI is attractive for end users, and when it comes to theming, designers love the flexibility of the layout variations and front-end developers can actually implement said designs without hacking the EE theming system. This is definitely not the case with WordPress. Here is a great blog post about the transition from WP to EE written by one of our designers - http://www.viget.com/inspire/wordpress-to-expressionengine/ and here is another unique EE site that shows the flexibility of its native theming system - www.teamviget.com

The internet is pretty awesome, and has a lot of resources too. :P Some of my favorites: http://www.viget.com/inspire/, http://veerle.duoh.com/, http://www.webdesignerwall.com/, and http://jontangerine.com/. Even if these resources don't have tutorials, surround yourself with design and you'll start picking it up.

Those who refer to it as a technical limitation are almost certainly wrong. Remington-Rand released a 90-column punched cards, for example, two years after the famous 80-column IBM card. But IBM equipment dominated the market, and their cards became "standard." https://historyofpunchcards.wordpress.com/2014/03/24/rivalry-remington… Eg, Univac used the 90-column format. https://en.wikipedia.org/wiki/Punched_card#Powers/Remington_Rand_UNIVA… FWIW, the recommendation of 72 characters seems much more a programming standard than a general readability standard. For example, quoting from https://www.viget.com/articles/the-line-length-misconception/ quoting from "Bringhurst's authoritative The Elements of Typographic Style". > Anything from 45 to 75 characters is widely-regarded as a satisfactory length of line for a single-column page set in a serifed text face in a text size. The 66-character line (counting both letters and spaces) is widely regarded as ideal

This sounds intuitively true, but it’s a (very persistent) myth: https://www.viget.com/articles/just-use-double-quoted-ruby-strings/

I've never heard this term 'text measure' before. Do you mean the number of characters per-line in the main content column? I tried to research the optimal column width, but the answers seem to vary so much. Just doing a quick search online right now: This source[1] says 55-100, which is a pretty big range. Although this source[2] claims that research suggests that "Reading speed was highest at 95cpl, and lowest at 35cpl on screen". I'll take your suggestion on-board at any rate, and might make some adjustments to the font-size, or cpl. Thanks for your help! 1: https://medium.com/ben-shoemate/optimum-web-readability-max-and-min-wi… 2: https://www.viget.com/articles/the-line-length-misconception/

While it might be true that 120 chars are ideal for screens [0], the consensus is an optimal line length is roughly 50 to 75 chars. [1] [0] https://www.viget.com/articles/the-line-length-misconception/ [1] http://webtypography.net/2.1.2

Here's someone who did some research and found the exact opposite to be true for example https://www.viget.com/articles/a-bone-to-pick-with-skeleton-screens/

Does it support wbsockets ? I am thinking of implementing something like: https://www.viget.com/articles/phoenix-and-react-a-killer-combo/ Would it be feasible in RedwoodJS with or without websockets ?

Regarding hooks, you can put hooks into the repo https://www.viget.com/articles/two-ways-to-share-git-hooks-with-your-t… Granted, each team member must set core.hooksPath in their config. Hope this helps.

PriceTable is hosted on Gigalixir. The database is Postgres. Everything is in the same database, but each tenant has its own schema. When a new account/workspace is created, we create a new schema and run a set of migrations on it to create tables, indexes, and so on. From there, each request is routed to that schema using the tenant's prefix. https://www.viget.com/articles/multi-tenancy-with-postgres-schemas-and…

Viget |Mid-Level Application Developer| Remote (US Only) | Full-time | viget.com Viget's a digital agency focused on designing and building software for a variety of clients (non-profits, startups, big brands). We're hiring an application developer who has interest in building complex software and collaborating closely with our product design team. Most of our projects are in Ruby/Rails, but we've seen some projects recently in Python and Elixir. Open to someone with solid back-end fundamentals who could learn Ruby quickly. Apply here: https://www.viget.com/careers/application-developer/

Optimal line length for the web is not as short as it is commonly believed: https://www.viget.com/articles/the-line-length-misconception/ Even apart from that, I just see no point in constraining the widths forcefully. Just let the width adapt to the browser width, then each user can size it to his/her preferences and needs of the moment. Win-win for everyone.

Viget (viget.com) | DC, Boulder, Durham, Chattanooga or REMOTE Viget is a digital innovation agency. We develop and brand products for startups, Fortune 500 companies, and non-profits. We're hiring Application Devs and Front-End Devs. Application Devs work primarily in Ruby and Elixir. Our Front End Devs are building out complex visual interfaces using HTML, CSS, Javascript, and integrating with CMS like Craft and WordPress. You can apply at - https://www.viget.com/careers/application-developer/ - https://www.viget.com/careers/front-end-developer/

For anyone wanting to understand how to implement a basic engine for std::future from scratch, I mashed some code until it worked: https://gist.github.com/jkarneges/cb1ee686ef97bb05ebe04b5fc67536f4 It's based mostly on this article, which predates std::future: https://www.viget.com/articles/understanding-futures-in-rust-part-1/

>If a website doesn't have at least minimal functionality, then the website is broken. Curious. This goes completely against the sentiment in all of the discussions around modern SPA frameworks and JS libraries I've seen on this very website. It seems that for most fronted devs today JS is a natural prerequisite for using their product. Progressive enhancement is often sneered at[1] as impractical and unnecessary. This leads me to believe that there are two mostly disjoint groups of people commenting on this issue in different threads. --- [1] - Good example: https://www.viget.com/articles/the-case-against-progressive-enhancemen…

A side note about that website. Thin and Extra-Thin fonts have no place in web design (there are some exceptions in huge title text). They are an unnecessary burden for people with limited eyesight and elderly people[1]. Even for me, on my 1366x768 screen (which is still the single most common resolution for cheap notebooks, dear HiDPI web designers[2]), the bullet text is hardly readable, the copyright line is completely unreadable. This effect is made even worse by choosing inadequate contrasts[3]. One can use subtle colors for increased contrast.[4] [1] http://www.aiga.org/typography-and-the-aging-eye [2] http://blog.typekit.com/2013/05/01/hi-dpi-typography/ [3] https://www.nngroup.com/articles/low-contrast/ [4] https://www.viget.com/articles/color-contrast

Viget | D.C./Boulder/Durham | ONSITE | Full-time | https://www.viget.com/careers/application-developer We're seeking an Application Developer to join our team. Come solve interesting problems using Ruby and React mostly, but also Python, Elixir, and more. Our back-end developers work alongside industry-leading product and project managers, interface and product designers, and front-end and JavaScript developers to create compelling products and platforms. Please send resume, work samples, and a thoughtful email that includes specifics about your responsibilities and how you approach your work to [email protected]. Please include your salary requirements.

Well, by design (which sadly Chrome breaks) CSS prioritizes user styles: https://www.viget.com/articles/inline-styles-user-style-sheets-and-acc… Unfortunately, as people write more and more convoluted html, and are using javascript techniques for laying out web pages and blogs, not just web applications -- it's becoming harder and harder to have the reading experience one wants, rather than the reading experience some designer fop thinks you should want -- for no good reason. It started with Microsoft Frontpage setting the background to white without overriding the body text colour by default (so those that had a user stylsheet for reading white/light text on a dark background got zero contrast) -- and has been going steadily down hill from there.

You'll still likely want digested assets that integrate with Rails asset helpers. This has been done with Gulp[1] if that helps at all. [1]: http://viget.com/extend/gulp-rails-asset-pipeline

You can add filters to exclude data before it gets recorded: http://viget.com/advance/removing-referral-spam-from-google-analytics

Point taken. The animations are just pure CSS3 although the fades still use jQuery. I got the gulp folder idea from this blog post as a way to decouple gulp tasks from individual projects: http://viget.com/extend/gulp-browserify-starter-faq

There's a good article on color contrast here: http://viget.com/inspire/color-contrast And a really cool tool for rating color contrast: http://jxnblk.com/colorable/demos/text/