Get the most recent info and news about V1Labs on HackerNoon, where 10k+ technologists publish stories for 4M+ monthly readers.

V1Labs

v1labs

UMass Lowell vLabs allows students, faculty and staff to access the university's software anytime from anywhere, including residence halls, libraries, and even from home. You now have access to any tool or application available in an on-campus lab on your ...

Services by Category

Listen to our discussion about what this means on or . iTunes Google Podcast I have worked with Dane on multiple projects before, most notably when my marketing firm was the marketing department for Knowtify in 2015. He was Founder and CTO of Knowtify, they were a Techstars company that got acquired by Kissmetrics. His primary responsibilities will be evaluating potential hires ( & ) and working with the new team members to build our own infrastructure. I think this setup will help mitigate technical risk, and frankly make my day to day more enjoyable. front end back end We talk about the finer points of on the . Listen on or product iteration Hacker Noon podcast iTunes Google Podcast. Also check out , and . October’s top stories the latest stories today’s homepage

Hacker Noon Hires v1Labs Dane Lyons as Interim CTO

Hacker Noon 2.0: Origin Story And Raising Funds

Meet the Winners of Startups in North and Central America

Product Iteration with Hacker Noon Interim CTO Dane Lyons

I’m one of an estimated to of Americans who counts themselves a fan of the NFL. I’m sure they’re busy preparing for the upcoming 2018 season. Engaging ~200 million US fans can’t be easy. 49% 70% So I thought I’d take some time to help explore the user experience on the . Here is a screenshot of their current interface, minus the ads. NFL.com standings screen The blue line represents what you can see above the fold on my Macbook Pro with their current navigation. If I delete the navigation, the red line represents the new fold. This isn’t an exhaustive list, but there are 3 primary issues I’d like to address with this interface: Using so much vertical real estate to represent this data means users are only able to view a small portion of the table at a time. This forces you to scroll up/down hunting for a team. Then you memorize 1–2 relevant data points. Then you hunt for another team and compare your memory to what’s on screen. This is a slow process that breaks down as you try to compare more than 2 teams at once. It’s very hard to compare teams I seriously don’t think the average fan cares about the percentage of games a team wins within their conference. I consider myself to be a fairly serious fan and the only reason I’d care about half of the columns here is in a playoff tie breaking scenario. In most cases, this extra data is just adding cognitive overhead. The table is too noisy **Unnecessary tabs**The 3 tabs at the top just toggle between showing exactly the same information by clustering teams into different buckets. I do find it nice to see teams bucketed by division but there should be a better solution. With the above in mind, I created a functional to explore a different approach. Instead of broadly thinking about this as or , try thinking of it as having and . If the pros make the common user needs easier to achieve, and the cons make uncommon user needs harder to achieve, then the trade off is likely worth it. prototype better worse pros cons This version addresses some of the issues I highlighted above. Showing each conference side-by-side does make comparisons much easier. But, there will always be trade offs. Here are a few potential problems and compromises I’ve made with this approach: UX I thought about introducing a new functionality where if you click on a team, it highlights the rows of the teams in the division for comparison. Ultimately, I think that interaction is unintuitive. If you click on a team, the expectation is to see more about that team. Another option is to introduce filters in the same section you select the year. The default could be followed by , , and . It’s harder to compare divisions All Teams North South East West If you want to see if offensive or defensive success translates to more wins, you’ve still got to memorize stats, click a button to change the tables and compare your memory to the current state. My assumption is this screen is more for comparing different teams. If you want to do deeper analysis on a single team, the team screen should solve that problem. Comparing offense/defense to wins/losses My initial approach was to add the exact same table columns on offense and defense. This approach makes some sense but the visual similarity adds confusion. This caused me to introduce a label on the top right of the table for , and . I am not at all happy with that solution. More thought should be put into figuring out what people are looking for in determining offensive and defensive output and the tables should be more tailored towards those expectations. Offense too visually similar to defense Record Offense Defense When you interact with one part of the app and it reacts as expected, great. When another part of the app also reacts to that interaction, your brain is like “Whoa, what’s going on here”. It’s possible this is only a minor annoyance and the overall experience is better so users overcome the friction. Or maybe not. This is definitely something to think about while testing. Syncing table animations is a bit jarring v1Labs.com Thanks for checking out my latest prototype. 🏈 Feel free to and let me know what you think. Also, check out and follow me for more UX prototypes! play around with it here v1Labs

UX Prototype: NFL Standings Table

Continuous learning, continuous improvement As a software developer, I’ve spent a lot of time trying to figure out new ways to gather and retain useful information. It’s frankly tough to keep pace as evolves. On an average week, I might have a few free hours to invest honing my skills. So I’ve got to make them count. technology Are you in the process of honing your personal learning stack? Here are a few ideas free for the taking. Start an open source project You learn by doing. There really isn’t some magic shortcut. Just get your hands dirty and build something. Don’t have an idea? . Try this I’m no code churning Jedi. I’ll always favor scrappy solutions over academic solutions. It’s just in my nature. But I will say the little time I’ve spent working on open source projects has taught me more about writing quality code than years of peer devs harassing me to write tests. Open source code needs to be easily understood, stable and flexible. The same is not always true when writing single-use code. It’s like the difference between designing a high performance water bottle or a dixie cup. In many cases, the dixie cup works just fine. But try filling it with water, strapping it on a mountain bike and going for a ride. Side projects Similar to starting an open source project but with a key difference. Open source projects help you write higher quality code. Side projects help you better understand user needs and the business side of things. Social listening Companies have been using social listening to monitor the health of their brand(s). It makes sense. Marketers represented the majority of early social media adopters. It’s expected that their use cases dominate the social listening landscape. But tools don’t have to be relegated to obvious use cases. Tapping into the collective intelligence of social media should be a part of your learning stack, especially if you’re a developer and have the tools to parse the stream of content. At , I’ve created a tool to monitor Twitter for the best UX tweets. I had to write over 10 scripts to do the following: v1Labs Discover candidates for a list called the . UXers Analyze candidates to make sure they’re socially active and on topic. If so, I add them to the list. Maintain the list to drop inactive members and add new candidates. Collect a pool of tweets based on engagements from the list. Analyze and surface the top 5–10 tweets from a pool of ~500k tweets. Rinse and repeat. Writing code to monitor tweets is a lot of work but definitely worth it. I figure I’m able to learn as much in 20–30 minutes of consuming highly filtered content as I could in 5–6 hours of idle searching unfiltered content. Interactive media Code School was a pretty inspirational learning resource for me back when produced . Excellent demonstration of how to pair story telling with guided interactive challenges. Immediately applying what you learn is a great way to retain material. Gregg Pollack Rails for Zombies Gregg is now working with on a projected called . They’re diverging from the idea of producing a “course” which quickly becomes dated. Instead, they’re committed to producing fresh content weekly. was recently launched and they already have it covered. Adam Jahr Vue Mastery Vue CLI 3 I’m excited to see how Gregg and Adam evolve Vue Mastery and take video content to the next level. Here are a few random ideas: Instead of transitioning from video to video in a linear series, it might make sense to seamlessly stitch videos together using flowchart logic powered by in-video interactions. This could be great for injecting context for beginners and skipping ahead for advanced consumers. Non-linear video content One of the great things about Twitch is the community aspect of watching a live event together with a group of people to get reactions and commentary. In the case of watching lessons, it doesn’t make a lot of sense to do it live. Instead maybe the “liveness” can be simulated and you can see the reactions of previous viewers as if they were watching live with you. Async group watching Personalized curriculum with bots I’ve noticed a trend where apps employ bots to direct users to associated help docs. Why not generalize that solution and have bots help you create a personalized curriculum? Bots shouldn’t necessarily be in charge of maintaining your curriculum. I think people might be a bit skittish at that thought. Instead, bots can collaborate with you and surface new learning tracks on demand. If something sounds interesting, they can help with scheduling. Find a cross functional collaborator I highly recommend finding and regularly communicating with people who have diverging skillsets. I chat weekly with , author of . People likely classify me as more of a frontend developer and him as more of a backend developer. Reality is far more nuanced than the broad labels we apply to things. Austin Pocus Crypto Padawan Austin has a deep appreciation for cryptography, random languages, hacker history, privacy and rap music. I am an expert in exactly none of those things. But that doesn’t stop us from exploring ideas. Sometimes ignorance helps you gain a new vantage point and sidestep the echo chamber. programming Write for Hacker Noon Maybe the idea of starting a blog is daunting because you’ve got to put so much work into building an audience. Good news, you can have an audience tomorrow via ! If you put in effort to document your coding adventures, I’d be shocked to see and the Hacker Noon team reject your work. They work hard to maintain their community of over 1,000 writers/hackers. Hacker Noon David Reading Hacker Noon is also a pretty swell idea. Coding bootcamps? Unfortunately, I haven’t gone through a coding bootcamp so it’s hard for me to properly evaluate this avenue. I’ve seen people come out of bootcamps and produce some pretty fantastic code. On the other hand, I’ve seen people become overly dogmatic about the processes and frameworks taught in bootcamps. I believe bootcamps offer structured education which is pretty desirable for many aspiring developers. If you feel that way, feel free to incorporate a bootcamp into your learning stack. But don’t assume you’ll just be able to pick up a few quick skills and be good to go. Read docs If you run into a problem, it’s always tempting to find the answer in Stack Overflow then move on to the next problem. Try to resist that urge as much as possible. Go read docs to build context and a deeper understanding. I know most docs are poorly organized and it can be a slog. It’s worth it. Here is a neat trick I recently ran into while reading the MDN docs. Let’s say you’re writing a bit of javascript and using to debug. If you happen to be working with a simple object and find yourself spending a lot of time navigating the object, try using instead. Works great for tabular data. console.log() [console.table()](https://developer.mozilla.org/en-US/docs/Web/API/Console/table) Hackathons My opinion on hackathons has changed pretty dramatically over the years. Initially I loved the concept. Seems like a great environment for a scrappy engineer to test ideas. As my exposure to hackathons increased my favorable impression quickly decreased. Instead of people exploring ideas and collaborating, I saw a lot of hackathons used as a platform to launch startups. And I saw a lot of people joining as “idea people” with the expectation that they’d find a developer to build their shit. I recently joined a hackathon designed by the to explore problems and solutions for users of their platform. I saw a lot of the things that appealed to me years ago. People were scrappy and collaborative. It gives me hope that well designed hackathons could hold a prominent place in the learning stack. Traackr team Cloud coding I’ve bounced around using various cloud coding tools. and are both solid tools that made it possible to quickly explore, iterate on and share an idea without spinning up a server. Codepen JSFiddle builds on the idea and gives you a file system and excellent dependency management if you’re using a common dev stack such as Vue.js or React. Codesandbox Personalized group learning I previously wrote a post about . I believe it would be amazing to get together a group of 10 people who all have similar baseline skills and are also interested in acquiring the same new skill. To organize, they could have a daily standup meeting for everyone to report: leveling up your hack skill tree Screenshots and gists should be encouraged. What did I accomplish? What did I discover? What frustrates me? Normally I’m not a fan of standup meetings. In startups, standup meetings typically function as a management tool to hold people accountable for the tasks they’ve been given. In this case, it’s self-driven which makes a huge difference. Thanks for reading! Check out and follow me if you’re interested in UX hacks. v1Labs I hope I’ve given you a few ideas to add to your learning stack. Did I miss anything? Leave a comment to help fill in the gaps.

Learning Stack for the Modern Developer

When new interactive elements for an app, it is often helpful to scaffold the layout to show how the pieces fit together. There are a few problems with this approach. prototyping It can take a lot of dev work to essentially rebuild an app layout just to explore a small, yet significant, interaction. Getting the right level of abstraction is tough. If you make the prototype look exactly like the live app, you’re inviting the team to talk about issues unrelated to the problem at hand. design With that in mind, recently started a new open source component framework called . The goal is to give designers & developers a tool to assemble an abstracted layout to frame a prototype in under 5 minutes. v1Labs Protovue A functional is available today. I’ll show you how to create the following layout. Follow along on . alpha Codesandbox.io Installing Protovue If you are using CodeSandbox, just add as a dependency. To add to a local Vue.js app run: v1labs-protovue $ npm install v1labs-protovue --save# or$ yarn add v1labs-protovue Then add Protovue as a plugin when you initialize Vue. import Vue from "vue";import Protovue from "v1labs-protovue"; Vue.use(Protovue); new Vue({}); Setting up the grid By default, grids are designed to be wide, tall. It is a good idea to add your grid as the first element of . 100% 100% v-app <v-app><v1-grid guides size="12x10" gap="10"></v1-grid></v1-grid> The above grid is x with a gap between cells. Also note the attribute. This shows a grid of blue lines designed to help you lay out your cells. You can remove it once you place all your cells. 12 columns 10 rows 10px guides The grid with guides should look like this. Adding cells First let’s add a cell to represent the navigation. <v1-cell size="12x1" /> In this case we just want a cell that spans and . It should look like this. 12 colums 1 row Now for the left sidebar. <v1-cell size="3x9" y="1" /> This cell has a attribute which offsets the cell 1 row from the top. 3x9 y="1" The right sidebar is very similar to the left. <v1-cell size="2x9" y="1" x="10" /> We made it narrower and offset it from the left. 1 column 10 columns Getting the hang of it? Now let’s add the main content cell and the footer cell. <v1-cell size="7x8" y="1" x="3" /><v1-cell size="7x1" y="9" x="3" /> You’ve now placed all your cells so remove the attribute from . This is what you should have so far. guides <v1-grid> Adding a mock navigation In your first cell, add a element. <v1-nav /> <v1-cell size="12x1"><v1-nav /></v1-cell> Left sidebar content <v1-cell size="3x9" y="1"><v1-image center round width="70px" height="70px" /><v1-text center rows="3" /><v1-avatar count="6" /></v1-cell> The image element is and . centered round 70x70 The text is width 3 rows. centered The avatar element repeats 6 times. Right sidebar content <v1-cell middle size="2x9" y="1" x="10"><v1-image center round width="100px" height="100px" /><v1-text center rows="7" /></v1-cell> Similar to the left content elements. Note that adding to a cell vertically centers content. middle Footer content <v1-cell size="7x1" y="9" x="3"><v1-footer /></v1-cell> Easy enough. Just added a element. <v1-footer /> Ready to start prototyping It only takes a few lines of code to scaffold your app. <v1-grid size="12x10" gap="10"><v1-cell size="12x1"><v1-nav /></v1-cell><v1-cell size="3x9" y="1"><v1-image center round width="70px" height="70px" /><v1-text center rows="3" /><v1-avatar count="6" /></v1-cell><v1-cell middle size="2x9" y="1" x="10"><v1-image center round width="100px" height="100px" /><v1-text center rows="7" /></v1-cell><v1-cell middle size="7x8" y="1" x="3"></v1-cell><v1-cell size="7x1" y="9" x="3"><v1-footer /></v1-cell></v1-grid> Get updated on Protovue progress Support us on to get tutorials and release updates. You’ll also get to vote on which new components we prioritize. If you’re interested in contributing, checkout or . Product Hunt github repo

Hello Protovue — Prototyping Component Framework for Vue.js

It’s time to install a MongoDB ReplicaSet on a Kubernetes cluster on Azure and try to kill it in all possible ways!Starring: Helm StatefulSet PersistentVolumes PersistentVolumeClaims Azure Kubernetes Cluster configuration Let’s install a Cluster with 1 Master and 3 Nodes all running Linux using ACS Engine with following commands. I described detailed steps on ACS Engine usage for installing a cluster in my article. Please refer to it for details. Here I list quickly commands to be used. Kubernetes Adventures on Azure — Part 3 (ACS Engine & Hybrid Cluster) Creation of Resource Group This is needed to group all resources for this tutorial in a single logical group, to be able to delete everything with a single command at the end. az group create --name k8sMongoTestGroup --location westeurope Cluster provisioning I usually create an ssh pair for my test on acs. Please check my article on how to do it. I will change the examples/kubernetes.json file to use previously created ssh pair, dnsPrefix and servicePrincipalProfile ( ). here following Deploy a Kubernetes Cluster suggestions from Microsoft my kubernetes.json file with changes in is: bold {"apiVersion": "vlabs","properties": {"orchestratorProfile": {"orchestratorType": "Kubernetes","orchestratorRelease": "1.7"},"masterProfile": {"count": 1,"dnsPrefix": " ","vmSize": "Standard_D2_v2"},"agentPoolProfiles": [{"name": "agentpool1","count": 3,"vmSize": "Standard_D2_v2","availabilityProfile": "AvailabilitySet"}],"linuxProfile": {"adminUsername": "azureuser","ssh": {"publicKeys": [{"keyData": " "}]}},"servicePrincipalProfile": {"clientId": " ","secret": " "}}} ivank8stest ssh-rsa yourpubkeyhere yourappclientid yourappsecrete Create your cluster with: acs-engine deploy --subscription-id Wait for the cluster to be up running: INFO[0010] Starting ARM Deployment (k8sMongoGroup-2051810234). This will take some time…INFO[0651] Finished ARM Deployment (k8sMongoGroup-2051810234). Connect to it using kubeconfig file generated during deployment in _output folder. export KUBECONFIG=~/acs/acs-engine/_output/ /kubeconfig/kubeconfig.westeurope.json ivank8stest Following commands can be used to determine when cluster is ready: kubectl cluster-infokubectl get nodes NAME                        STATUS    AGE       VERSIONk8s-agentpool1-33584487-0   Ready     46m       v1.7.4k8s-agentpool1-33584487-1   Ready     46m       v1.7.4k8s-agentpool1-33584487-2   Ready     46m       v1.7.4k8s-master-33584487-0       Ready     46m       v1.7.4 Now you can open Kubernetes Dashboard if you want to use a UI to check you cluster status: and then open a browser at kubectl proxy http://127.0.0.1:8001/ui Helm MongoDB Charts Helm is the Package Manager for Kubernetes. It simplifies installation and maintenance of products and services like: MongoDB Redis RabbitMQ and many other We will use it to install and configure a MongoDB Replica Set. Helm installation Prerequisites, installation steps and details can be found in the article from Microsoft. Use Helm to deploy containers on a Kubernetes cluster With all prerequisites in place, Helm installation is as simple as running command: helm init --upgrade Clone charts repository Let’s clone charts repository to be able to examine and change MongoDB chart files before deploying everything on our cluster: git clone https://github.com/kubernetes/charts.git Now go in the folder. Here you will find all artifacts composing an Helm Chart. If needed you can change file to tailor installation based on your needs. For now let’s try a standard installation. /charts/stable/mongodb-replicaset values.yaml Run following command: and wait for following output: helm install . NAME:   foppish-angelfishLAST DEPLOYED: Sun Sep 10 20:42:42 2017NAMESPACE: defaultSTATUS: DEPLOYED RESOURCES:==> v1/ServiceNAME                                  CLUSTER-IP  EXTERNAL-IP  PORT(S)    AGEfoppish-angelfish-mongodb-replicaset  None        <none>       27017/TCP  5s ==> v1beta1/StatefulSetNAME                                  DESIRED  CURRENT  AGEfoppish-angelfish-mongodb-replicaset  3        1        5s ==> v1/ConfigMapNAME                                        DATA  AGEfoppish-angelfish-mongodb-replicaset        1     5sfoppish-angelfish-mongodb-replicaset-tests  1     5s NOTES:... DONE! MongoDB Replicaset is up and running! Helm is ultra easy and powerful! Helm is ultra easy and powerful! MongoDB installation test From output of helm install pick up the NAME of your release and use it in the following command: export RELEASE_NAME= foppish-angelfish Here we follow a different path from Helm Chart. Let’s open an interactive shell session with remote Mongo server! kubectl exec $RELEASE_NAME-mongodb-replicaset-0 --mongo --shell OUTPUT MongoDB shell version v3.4.8connecting to: mongodb://127.0.0.1:27017MongoDB server version: 3.4.8type "help" for help......A LOT OF WARNING (I will check these in a future post to clean them up, if possible)......rs0:PRIMARY> Who is the primary? In theory Pod 0 should be the master as you can see rom rs: > prompt. If this is not the case tun following command to find the Master: PRIMARY rs0:SECONDARY> db.isMaster().primary Take note of the primary Pod because we are going to kill it soon and connect to it using last kubectl exec used above. Failover testing We need to create some data to check persistence across failures. We are already connect to the mongo shell, creating a document and leaving the session is as simple as: rs0:PRIMARY> db.test.insert({key1: 'value1'})rs0:PRIMARY> exit Use following command to monitor changes in replica set: kubectl run --attach bbox --image=mongo:3.4 --restart=Never --env="RELEASE_NAME=$RELEASE_NAME" -- sh -c 'while true; do for i in 0 1 2; do echo $RELEASE_NAME-mongodb-replicaset-$i $(mongo --host=$RELEASE_NAME-mongodb-replicaset-$i.$RELEASE_NAME-mongodb-replicaset --eval="printjson(rs.isMaster())" | grep primary); sleep 1; done; done'; OUTPUTfoppish-angelfish-mongodb-replicaset-0 "primary" : "foppish-angelfish-mongodb-replicaset-0.foppish-angelfish-mongodb-replicaset.default.svc.cluster.local:27017",foppish-angelfish-mongodb-replicaset-1 "primary" : "foppish-angelfish-mongodb-replicaset-0.foppish-angelfish-mongodb-replicaset.default.svc.cluster.local:27017",foppish-angelfish-mongodb-replicaset-2 "primary" : "foppish-angelfish-mongodb-replicaset-0.foppish-angelfish-mongodb-replicaset.default.svc.cluster.local:27017",......... Kill the primary! Here it is: kubectl delete pod $RELEASE_NAME-mongob-replicaset-0 MongoDB will start an election and another Pod will become master: foppish-angelfish-mongodb-replicaset-1 “primary” : “foppish-angelfish-mongodb-replicaset-1.foppish-angelfish-mongodb- And in the meantime Kubernetes will immediately take corrective actions instantiating a new Pod 0. Kill’em all Now we have to simulate a real disaster: let’s kill all Pods and see the StatefulSet magically recreating everything with all data available. kubectl delete po -l "app=mongodb-replicaset,release=$RELEASE_NAME"kubectl get po --watch-only After few minutes our MongoDB replicaset will be back online and we can test it again to see if our data are still there. Final check and clean up Run following command to verify that key created is still there: kubectl exec $RELEASE_NAME-mongodb-replicaset-1 --mongo --eval=”rs.slaveOk(); db.test.find({key1:{\$exists:true}}).forEach(printjson)” As always you can delete everything with a simple Azure CLI 2 command: az group delete --name k8sMongoTestGroup --yes --no-wait How to expose this replicaSet externally? This is a topic for a e post. It seems trivial as a but it is not so easy. If you expose the existing service, it will be LoadBalanced on 3 nodes behind it and this is wrong. We need 3 LoadBalancers, exposing 3 services, 1 for each Pod in the StatefulSet. Moreover we have to activate Authentication and SSL to ensure best practice from perspective. futur kubectl expose security I will find best way to do it, while playing with Heml, Kubernetes, MongoDB and Azure!

Kubernetes: Installing MongoDB ReplicaSet on Azure using Helm

What are the most common challenges when building an e-commerce system on Shopify? Let's start with standard Shopify theme templates. The fundamental and most significant issue is that Liquid is a template language, making it challenging to develop. Custom databases, complex logic, and third-party service requests are impossible. Furthermore, when developers think about frameworks like Ruby on Rails, or Django, Liquid is a View layer. The developer has no direct access to the controllers and models that have been predetermined. The second issue is that the Liquid theme tightly couples your code to Shopify. You won't be able to reuse the code if you want to move to a different system. It inhibits companies from evolving because it makes e-commerce platforms the sole arbiter of success. When businesses must change the platform, they are forced to discard the entire system. Thousands of hours and hundreds of thousands of dollars may be lost as a result. The third Liquid theme drawback restricts you to how and what you can develop. Do you want to create a single-page application? No. Perhaps a progressive web application? No. Is it possible to unit-test your markup? Again, no! Even custom URLs are not an option. What about headless? The headless technique decouples the front end from the backend, allowing you to interact with third-party services and obtain data via API. The main advantage of headless is that the front end may not be aware of the e-commerce platform it uses. As a result, you can develop and integrate whatever you want and connect all the services you require. When you utilize Shopify as an e-commerce component of the headless system, you may encounter several typical difficulties. To begin with, you'll need additional hosting to hold your front end, which increases the cost over the themed option. In addition, another hosting fee will rise alongside traffic, despite Shopify's cost not being influenced by it. So the prices might be relatively high in some instances. Another issue is server-side rendering. Because Shopify Storefront API has IP-based limits, it's simple to render whatever you want on the client's side, but e-commerce sites should render pages on the server so that Google can index them correctly. However, JAMStack tools such as Next.js or Gatsby effectively address this issue. Finally, the last significant issue is Shopify Apps. We can't use the part of the ecosystem that utilizes themes if we don't use a Shopify Theme. It's not a problem but a design feature; if we want to be self-sufficient and utilize a headless system, we should expect not to use features that increase coupling. Instead, we may create any connection with any third-party system that provides API. When comparing these two methods, we notice that both have their drawbacks. The most significant distinction is that, in the headless variation, the problems are conquerable at the cost of development resources. Still, the themed variant has no way to address fundamental issues. So let's describe how the new Hydrogen by Shopify addresses that problems. Is Shopify Hydrogen right for your eCommerce? Take a quiz Shopify Hydrogen and Oxygen Hydrogen is a framework that combines React Server Components, streaming server-side rendering with suspense, and intelligent caching settings. It's the quick framework for developers and customers when coupled with the Storefront API globally accessible across all Shopify stores, Shopify-optimized commerce components, and a Vite-powered development environment. Additionally, Oxygen is a global hosting solution for Hydrogen storefronts. Shopify Oxygen hosting Shopify's 2021 event, Shopify Unite, saw the debut of Oxygen, a method to host Hydrogen stores directly on Shopify that is quick, works worldwide, and is designed for ecommerce. The Oxygen Shopify server overcomes the hosting issue of a headless solution, which we've described above. In addition, by providing a global hosting solution, Shopify aims to eliminate one of the main drawbacks of using a headless system. Shopify Hydrogen release date It's still early days for Hydrogen in 2022. The initial version was made available on November 6, 2021, and the framework has been improved numerous times. The longer that , and organizations that rely on Hydrogen still require a dedicated server. Unlike JAMStack platforms like Next.js or Gatsby, Hydrogen does not prerender HTML files and instead employs server-side rendering, so you cannot utilize a simple hosting platform like AWS S3. However, there should be a Node.JS server that can be more costly for the website to work correctly. Oxygen has not yet been live, and will be available by the end of 2022. It implies that headless hosting difficulties have not yet been resolved To summarize, the Hydrogen Shopify stack currently does not offer a solution for the headless hosting problem. Structure of Hydrogen by Shopify Hydrogen extends Shopify features and ideas with commerce components, hooks, and utilities. In addition, it delivers boilerplate code that you may use to create your own storefront, allowing you to focus on creating distinct experiences. The Storefront API's GraphQL types are used to generate and optimize the data for hydrogen. The structure of the information supplied to components, hooks, and utilities is based on the GraphQL types from the Storefront API. While the Storefront API allows you to create bespoke storefronts in any language and technology, Hydrogen is a tool that aims to speed up the development process. In other words, the architecture of a hydrogen application is built on top of a development framework and UI components. The Vite plugin for the Hydrogen platform offers server-side rendering (SSR), hydration middleware, and client component code transformations. The components, hooks, and utilities of Hydrogen UI are meant to support Shopify features and ideas. Shopify Hydrogen framework Like in Liquid theme creation, Hydrogen provides developers with a precise path to follow. But, on the other hand, it makes higher-level development simpler. Instead of using Webpack, the Developer will utilize the Vite plugin as a development environment tool. However, it implies that by adding another npm dependency. Therefore, hydrogen developers won't be able to use Hydrogen in existing projects must serve as a focal point of the system. This is exactly what we see in data-sourcing strategies. It's all about the same goal when Hydrogen aspires to be the system's core. The Storefront API serves as the data source for this project's Shopify-based storefront. The data structure supplied to components, hooks, and utilities follow and adhere to the Storefront API's GraphQL types. You can directly deliver data from the Storefront API into components, hooks, and utilities. If you want to integrate Hydrogen components with a non-Shopify data source, you must first convert the data into the appropriate formats for the Hydrogen. In addition, an adapter must translate third-party data into the types expected by Hydrogen. If you opt to use a third-party data source, you may query it in your bespoke storefront software. Hydrogen can also handle data from third-party sources, such as API-first CMSes like Prismic or Contentful, or even non-Shopify e-commerce systems. Hydrogen utilizes a modified version of server components that support context and SSR (server-side rendering), which is not yet available in Next.js' current version. Also, you can't utilize server-only Hydrogen GraphQL queries with Storefront API integrations that use other frameworks. However, you may not use the Hydrogen framework Shopify's layer with other frameworks like Gatsby or Next.js. In other words, Hydrogen provides a straightforward method to construct a contemporary Shopify shop at the expense of technological independence and software modifiability restrictions. It implies a quicker start-up and time-to-market, as well as higher long-term costs when compared to others. Shopify Hydrogen React UI components. Shopify React Hydrogen commerce components, hooks, and utilities are available in various types to help you speed up development. Routing and session management are included in the and hooks offered with the Hydrogen. framework components The basic building blocks for different component kinds include products, variants, and carts, all based on . Metafields, money representations, and other elements are included in primitive components. primitive components The , such as ShopifyProvider, surround the whole application. For example, the ShopifyProvider component is connected to the hooks used for data retrieval from server components. Global components and hooks aim to link the data layer with the user interface layer. global components The and hooks describe the goods, digital downloads, services, and gift cards that a business offers. For example, if a product has options, like size or color, merchants can add a variant for each combination of options. These components make it easy to create product pages or product blocks. product and variant components The and hooks are related to the products that a client intends to get. Therefore, such elements allow for rapid implementation of a shopping cart. cart components Translating a product page into multiple languages and currencies is the job of and hooks. The LocalizationProvider component is present in Hydrogen. localization components and hooks link Shopify resources with specialized information, such as part numbers or release dates. Metafield components Hydrogen also provides several utilities to assist you in speeding up your development process. Hydrogen, again, aspires to be the heart of the system at both the framework and component levels. The data is received in Shopify format, transmitted across layers in Shopify format, and then React components accept the data in Shopify format. Is Shopify Hydrogen headless? Is it possible to utilize Hydrogen to create headless storefronts? . The unexpected answer is no Hydrogen is a wonderful tool for . It allows developers to construct a Shopify store with React and contemporary JS, makes it a Single Page Application or even a Progressive Web App, and gains more control over rendering, but it's still a Shopify shop. The headless system's major aim is to decouple the frontend from the backend, whereas Shopify's main idea is to maintain tight integration. creating modern Shopify stores Each system is a third-party system for the headless backend, whether it is an e-commerce platform or not. Therefore, the frontend should be unaware of platform specifics. Instead, Hydrogen places itself and Shopify in the center of the system. It's not bad because it's still a valuable tool for rapid Shopify development. It is, however, not headless. It's also a wise business decision for Shopify. While the headless design is vendor-agnostic and enables freedom from any platform, Shopify, as a corporation, strikes back by providing tools for fast and contemporary development to its clients while maintaining tight ties between them. Shopify Hydrogen vs. Liquid If Hydrogen was not designed to create headless shops, it implies that it is intended to take the place of Liquid. However, , and controls rendering and routing. Therefore, the following steps for Shopify will likely be the development of a template catalog similar to the Shopify Theme Store. it solves most of the Liquid issues since it has both a backend and frontend, employs powerful JavaScript instead of a simple templating language On the other hand, Hydrogen has several drawbacks from the headless design. There's also the problem of hosting. There is a need for a dedicated server until Shopify Hydrogen Oxygen hosting is available. . Shopify apps that utilize Liquid as a front-end will not function with Hydrogen Conclusion or TL;DR Now it's clear Shopify Oxygen Hydrogen isn't a tool for building headless systems but rather a contemporary replacement for Liquid; let's talk about the concerns raised at the start. Does hydrogen solve the Liquid problem of complex development? Definitely. Modern JavaScript is capable of addressing nearly all current ecommerce issues. As we previously suggested, Hydrogen intends to be the system's heart, and it tightly couples the front-end to Shopify, as Liquid does. The connection is not as tight as it may be, but it's enough to prevent the front-end from being reused on other ecommerce platforms. As a result, the Liquid coupling problem is unaddressed; instead, it has been intentionally created. Hydrogen still plays a significant role in deciding what and how to construct, but it allows for more flexibility than Liquid does. You can build your own routing and SPA/PWAs, but the developer has no control over the bundler, dev server, or other tools. As a result, this issue is somewhat addressed. What are the difficulties of headless development? Oxygen overcomes the limitations associated with hosting, but it is not yet live in mid-2022. As a result, the issue remains, but it will be addressed over several months. Finally, as with headless stores, Hydrogen suffers from the Shopify Apps issue. As a result, that problem has not been addressed. Finally, although hydrogen solves some Liquid and headless issues, it also has its drawbacks. So when should companies switch to Hydrogen? Restricting the building procedure also avoids architectural blunders. Hydrogen developers must follow the directions, but headless system developers should be able to build the approach from scratch. So, in a nutshell: . When Liquid is not enough, the development team has no prior expertise in creating headless systems and keeping the coupling low so that the system may be vendor-agnostic Also Published Here

Is Shopify Oxygen Hydrogen Right for Your ECommerce Business?

With approximately users and 1.35 billion tablet users, it’s no surprise that the mobile application industry is thriving with 244.2 billion apps downloaded in 2020, and predicted to reach 258 billion app downloads globally in 2022. 3.8 billion smartphone Such volumes of demands, in addition to the constant influx of software sophistication and operating systems, give way for to prosper in popularity. Automated mobile testing tools offers a win-win solution for all parties involved: automated mobile testing For developers, it allows the reproduction of potential issues on various devices and OS in real-time, then viewing logs, data, recording for immediate bugging and adjustment, thus improving test cases and efficiency. For businesses, mobile app testing tools reduce costs and time-to-market, increasing profit and competitive edges. For users, it increases quality, thus ensuring a smooth experience. From there, we can see the importance of choosing the right automated mobile app testing tools for developers and companies. Amid such a rising appeal for automation, there are hundreds of mobile testing tools for teams to choose from since technology companies are vying for market shares. However, such availability of mobile testing tools can confuse organizations when looking for the best fit for their mobile apps. To give testing teams some clarity, I’m using my humble personal experiences in software testing to create this list of 15 best automated mobile testing tools in the industry. Teams can use this list to get some good understanding of all the available software, and compare each software’s distinct features; therefore, determine which tool best caters to their apps. Top 5 Mobile Testing Tools for 2021 1. Appium This is a no-brainer when it comes to choosing a testing tool for mobile application projects. As one of the most-searched mobile app testing tools, Appium has long been the leading software in the mobile testing industry. Highlighted features: Appium is a free, open-source mobile testing tool that supports a wide range of languages, test frameworks, and OS. It offers various integrations with third-party tools, enabling cross-platform testing using the same API, and tests reusability between iOS, Android, and Windows. Support all kinds of apps, making it among the most robust and flexible mobile testing tools. In conjunction with its advanced features, Appium requires extensive coding experience to create tests, which can be problematic when users require training before use. There’s no official support but rather a community of users sharing information. Also, users can contribute by making changes on code/ docs, becoming an Appium Triager, or submitting bug reports and feature requests. Website: http://appium.io/ Price: Open-source 2. Katalon Studio There’s a reason why over 100,000 companies worldwide adopted Katalon Studio as their testing solution. Utilizing the robust Appium and Selenium frameworks as its foundation, Katalon Studio is an all-in-one testing solution for companies and teams at any scale. It offers codeless testing for all testing needs ( , , ) without the steep learning curves of Appium and Selenium. For mobile testing specifically, Katalon supports iOS and Android testing platforms and extends other OSs like macOS, Windows, and Linux. Mobile testing Web testing, Desktop application testing API testing Highlighted features: Supports most testing capabilities offered by Appium, but easier: simple setup; effortless test script creation using keywords, images, objects; test execution locally and remotely on real devices, simulators, or custom cloud-based devices, and flexible test reusability across mobile platforms, API, and Web. Offers powerful utilities to accelerate the automation process: Mobile Object Spy to quickly populate the project’s object repository and Mobile Recorder to generate automation scripts from recorded actions with built-in modifications and actions when recording tests. Integration with all the commonly used (Jira, Git, Jenkins, etc.) and mobile platforms (Sauces Lab, Lambda Test, etc. )In-depth reports with AI-based analysis on — a QA orchestration platform.Comprehensive documents, tutorials, and official support from both the Katalon teams, community, and . third-party tools Katalon TestOps Katalon Academy Website: https://www.katalon.com/ Price: Free — $839 per year 3. Eggplant Formally TestPlant, Eggplant is an AI-powered software test automation for desktop, web, and mobile apps. For mobile testing projects, Eggplant supports all standard platforms: Android, iOS, BlackBerry, Windows Phone, and Symbian. Although the community for Eggplant isn’t as prominent as other mobile testing tools, its recent merge with Keysight Technology hints a promising expansion may be on the horizon for Eggplant. Also, user can find their own training officially at . Eggplant Training and Certification Highlighted features: Test cases can run from the command line without supervision.AI-powered tools to ensure the continuity of tests while you’re doing remoted works on Cloud. Provides various modes of script creation workflows via SenseTalk.Eggplant’s Digital Automation Intelligence platform can test any technology on any device, operating system, or browser at any layer, from the user interface (UI) to application programming interfaces (APIs) to the database. Website: https://www.eggplantsoftware.com/ Price: Commercial — Contact Sales 4. TestComplete TestComplete is an AI-integrated automated testing tool for UI tests in web, desktop, and mobile applications. Aside from some difficulties in updating test cases, this tool is flexible and easy-to-use with the options of both script and scriptless test generation. Highlighted features: Supports multiple programming languages (Python, JScript, VBScript, or JavaScript), multiple mobile platforms (iOS, Android), and third-party tools (Jenkins, GIT, etc. ). For mobile app testing, TestComplete allows testing on both native and hybrid mobile apps on emulators, real devices, or virtual machines. User-friendly UI with supportive documents and customer services. Use artificial intelligence to run the object recognition engine to speed up the creating and maintaining process. View quality report and test analysis. Website: https://smartbear.com/product/testcomplete/overview/ Price: From $6,908 to $10,738 per year 5. Ranorex Striving to be an all-in-one testing solution, Ranorex promises to deliver high-quality desktop, mobile, and web applications testing. It’s a natural choice for beginners with a codeless click-and-go interface, helpful wizards, and powerful automation experts with a full IDE. Highlighted features: Support iOS and Android testing, including native mobile apps and mobile web apps with detailed summary reports. Run cross-device tests in parallel or use Appium WebDriver for mobile web tests. Support limited languages but does offer powerful integration. Website: https://www.ranorex.com/ Price: From €2890- €4790 per year. 6. Kobiton Another new player in the field, Kobiton markets itself as a mobile experience platform. From building device labs, instant health-check to run manual and automated tests on native, web and hybrid Android/iOS apps with real devices, Kobiton strives to deliver seamless access to testing regardless of testers’ needs. Highlighted features: Built on top of the Appium open-source framework, Kobiton opens for integration with all frameworks (Appium, XCUI, Espresso, etc.)Pioneering Intelligent Test Automation and Appium Anywhere technology allows for a codeless mobile testing experience based on one manual test script and a seamless text script adaptation across devices. Providing the latest real, cloud-based devices, centralized testing history, and data logs to support extensive collaboration between teams. Website: https://kobiton.com/ Price: From $500— $16,000 per year. 7. Monkey Talk Monkey Talk, another open-source mobile testing tool, is a user-friendly tool that doesn’t require jailbreaking. It automates functional, real interactive tests for both Android and iOS — catering from basic smoke tests to data-driven test suites. Highlighted features: Testers can generate XML and HTML reports with this mobile testing tool. Automatically take screenshots when error or failure happens. For needs, Monkey Talk also has inbuilt support for Jenkins and Hudson. continuous integration Website: https://github.com/alexnauda/monkeytalk Price: Open-source 8. Robotium Created as an extension of the Android framework, Robotium is an open-source Android-only mobile testing tool that supplies robust automatic black-box test cases for Android applications. Highlighted features: Unlike many other Android testing tools, Robotium also allows the automation of multiple Android activities and creates solid test cases in minimal time. Supports Java as the main programming language. Robust integration with Maven, Gradle, and Ant.An extensive library of unit tests. Website: https://github.com/RobotiumTech/robotium Price: Open-source 9. iOS Driver Another prominent open-source tool on this list, iOS Driver, is a Selenium-integrated mobile testing tool for iOS native, hybrid and mobile applications using Selenium/WebDriver API. This tool runs efficiently on an emulator rather than devices, some of its recent versions run on devices but are comparatively slower than on the emulator. As it’s built upon two different frameworks from Apple, testers should check the system requirements for compatibility. Highlighted features: Once compatible, testers can utilize some features of the Apple-developed X-code.iOS Driver makes it easy for testers as they don’t need to jailbreak, change any app code, or load any additional app for testing the app on devices.iOS Driver can be used as a Selenium Grid Node; thus tests can be run parallel on the same architecture as the web, decreasing the feedback time for GUI test. Website: https://ios-driver.github.io/ios-driver/ Price: Open-source 10. Test Io Test IO is a leading SaaS platform for software crowd testing: the continuous testing of web and mobile applications by skilled human testers using real devices. To test your software, you need to upload your mobile app or share the website URL with test IO, then the team at test IO will securely distribute across the interested testers all over the globe. You will get the initial test results within one hour after starting the test run. Highlighted Features: From waterfall to continuous delivery, test IO tests when you need to: from prototype to UAT, regression, and even production. Integration with Jira, Github, Asana, etc. Remove QA bottleneck with on-demand, flexible testing that scales up to your needs. Allow viewing detailed bug reports with screenshots and videosSupports real mobile devices, browser, OS version, IoT, and wearable devices (Smartwatch, phablet, set-top box, or a smart TV) Website: https://test.io/ Price: Commercial — Contact Sales 11. Selendroid Selendroid is among the leading testing tools for Android-based hybrid and native mobile apps. It addresses most setbacks presented by other Android mobile testing apps with its powerful integration of WebDriver API and Selenium System. Highlighted features: An open-source framework for Android that can simultaneously interact with multiple devices, emulators, and simulators.Powerful recording features, UI testing, and flexibility with hardware devices. Testers are not required to alter their AUT for automation. Can be used on emulators and real devices or integrated as a node into Selenium Grid Website: http://selendroid.io/ Price: Free 12. Perfecto Recognized by Forrester Wave as a 2020 strong performer, Perfecto is cloud-based testing software that supports mobile and web testing. It delivers a hassle-free testing experience, made possible by the very extensive platforms and testing devices through which teams can perform tests on. Although the speed on mobile testing is reported to be relatively slower than the web, it boosts a reputation for its collaborative capabilities with screen-sharing options for teams while testing. Highlighted features: Support real user simulators and large-scale remote testing.Extensive test failure analysis with dashboard and detailed artifacts (images, videos, crash logs, vitals, etc). The wide availability of framework and testing platforms integrations. Website: https://www.perfecto.io Price: From $1,500 per year 13. Testdroid Testdroid is a cloud-based software for mobile app testing that helps developers save development costs, eliminate the unpredictable operational cost, and improve time-to-market. Now Testdroid is under development at SmartBear, a leading provider of automation solutions. Highlighted features: One of the best platforms to test your iOS and Android devices with different screen resolutions, OS versions, and HW platforms. Limit the risks of testing with real devices and agile practice. Allows remote access to more than 300 genuine gadgets running in Android. Website: https://bitbar.com/ Price: From $1,908 per year 14. Calabash Developed by Xamarin, Calabash is an open-sourced mobile app testing tool for iOS and Android. Although it lacks a recording function, it makes up for being one of the few mobile testing tools that support Cucumber, the foundation that enables writing codes in English. Highlighted features: Using Xamarin Test Cloud, testers can run test cases on more than 1000 devices with real-time feedback and validation across many different form factors, OS versions, OEM customizations, and hardware specs. Aside from essential integration with integrations, Calabash also has separate libraries for iOS and Android that allows testers to interact with native and hybrid apps programmatically. Supports Ruby, Java, and C# as programming languages. CI/CD tool Website: https://github.com/calabash/calabash-android Price: Open-source 15. 21lab 21 is a self-learning test building and analytics platform for iOS and Android apps. Incorporating major tech innovations like AI, 21 promises an almost full implementation of automation into your testing plan. Highlighted features: Fast and intelligent authoring for users to create automated functional and UI tests in minutes. Automating test maintenance to ensure test reliability across all testing platforms, reduce flaky tests. Fully SaaS, requires no installation or devices to create or execute tests. Website: http://21labs.io Price: Commercial — Contact Sales Conclusion By combining the two booming industries of mobile apps and automation testing, there is no doubt that the automated mobile testing industry has a bright future ahead. These 15 tools represent the most innovative, the most flexible products in the industry. With such collections of powerful distinctions and features, it’s no doubt that a few of these apps would be great candidates for your projects and companies. With that being said, the definition of the best mobile testing tool depends on your product and team. Your testing tool choice should be a software that fits into your team, not software for your team to fit in. Remember to consider your budget, expertise, and needs, then combine with the potential development trends of your app and the mobile application industry to optimize long-term financial gain from the chosen mobile testing tool. References: — Gartner Peer Insights (Details & Updates Done for You!) Top Software Test Automation Software of 2020 Best Automation Testing Tools for 2021 Top 15 API Testing Tools Previously published at https://briananderson2209.medium.com/best-mobile-testing-tools-ios-android-3efb84fa39

Stories, News & Mentions about V1LABS

V1labs’s Stories on HackerNoon

V1labs's News & Mentions