The feature that syncs in-progress video projects to OneDrive is being removed from the Video Editor in the Windows 10 Photos app. When this happens on January 10, 2020, the metadata for any video projects that are being synced to OneDrive will be deleted. Below is a list of the 1429 science fair project ideas on our site. To help you find a topic that can hold your interest, Science Buddies has also developed the Topic Selection Wizard. It will help you focus on an area of science that's best for you without having to read through every project one by one! A bonus tip that might be what you are really looking for: After checking out the first project, you can use 'go get' in that directory to download the dependencies of the project. Sometimes if you have something that's not 'go get'able' that's useful if the dependencies are.
Getting started with a Go project in 2018 is frankly a little more painful then getting anything else started IMHO. With that here is what I have been doing to get started.
The first thing to do is download and install Go. I would suggest always installing from the Go website itself https://golang.org/ and following the instructions for your OS of choice.
The next step is the one that trips a lot of new players up. You need to either set your $GOPATH or be aware of what it is. Setting it has not been a requirement for a while as it defaults to your home directory like so ~/go/ but it can be quite handy to set it anyway. Reasons you may want to set it yourself include,
- You can control there it goes beyond it being ~/go/
- For Windows it allows you to share the directory between the WSL and Windows
- Also for Windows you can set it to C:Go to avoid the long path name issues
- You can set it to another drive
- You can set it to be shared among multiple users
The reason it is needed at all is because of how Go organizes dependencies. From the official documentation $GOPATH must be set to get, build and install packages outside the standard Go tree.. It's easiest to think of the $GOPATH as being a workspace that contains all of your projects and dependencies. So long as all your go code lives inside it you are going to have an easier time working with go.
If you look in the $GOPATH directory you will see three directories, binpkg and src. The bin directory is where installed binaries that have a main package are placed after you run go install. If you install a project without a main package it is moved into the pkg directory. Lastly src which is where you should do all your development work.
You can check your go environment variables with the command go env.
One other thing I do is I update my machines path to point to the bin directory of my $GOPATH, export PATH=$PATH:$(go env GOPATH)/bin so that I can install anything I am working on quickly and have it available everywhere. For example,
The above is what my $GOPATH looks like and with the exported path I can run scc, gocloc and lc anywhere I want. I go a little further than most and have my GOPATH shared between Windows and Linux using the WSL so I can work on the same code-base in either, hence the .exe files in the above. To do that you just need to do a symlink inside the WSL to the Windows directory.
Go dependencies are a little odd the first time you run into them. I suspect this is because Google runs a mono-repo and as such the decisions around it were made with that in mind.
When you use the command go get github.com/boyter/scc/ what happens is that a copy of the github repository is cloned into your $GOPATH/src/github/boyter/scc/ directory. Go get works with other source control systems as well so you are not limited to git.
To start a new project there a few options. The first is to create a repository then go get it and then hack away in your editor of choice. The second is to create the directory manually then clone into it yourself. So long as the path matches your repository endpoints you are going to have a good time.
For example imagine you are working on a client site who have their own bitbucket instance at bitbucket.code.company-name.com.au and you want to clone a repository inside that has a clone URL of https://username@bitbucket.code.company-name.com.au/scm/code/random-code.git the code would be checked out if you run go get would be, $GOPATH/src/bitbucket.code.company-name.com.au/scm/code/random-code
Searching
To search for anything about Go in your search engine of choice use the word golang rather than go when searching. For example to search for how to open a file I would search for golang open file.
Building / Installing
For commands which have package main
For packages
If you want to cross compile, that is build on Linux for Windows or vice versa you can set what architecture your want to target and the OS through environment variables. You can view your defaults in go env but to change them you would do something like,
Unit Testing
To run all the unit tests for your code (with caching there is no reason to not run them all anymore) you should run the following which will run all the unit tests
To run benchmarks run the below inside the directory where the benchmark is. Say you have ./processor/ inside your project with a benchmark file inside there go to that directory and run,
To create a test file you need only create a file with _test as a suffix in the name. For example to create a file test you may call the file file_test.go.
If you want to run an individual test you can do so,
Which will attempt to any test in all packages that have the name NameOfTest. Keep in mind that the argument NameOfTest supports regular expressions so its possible to target groups of tests assuming you name them well.
If you find yourself wanting or needing to run tests ignoring the cache you can do the following,
The standard practice with Go tests is to put them next to the file you are testing. However this is not actually required. So long as you can import the code (that is it is made exposed with an uppercase prefix) you can put the tests anywhere you like. This of course means you cannot test the private code which some consider an anti-pattern anyway.
Dependencies
By default go get makes your dependencies global. As such if another project does a go get to update the code you may end up being unable to build your own code. This I believe was a deliberate design choice by Google as they work in a mono-repo and with quick build times they can make global re-factors easier.
If you are reading this you are most likely not Google and the thought of someone updating something and you not being able to build your code again scares the crap out of you. If you want to manage them locally so you can lock down the version using the vendor directory and dephttps://golang.github.io/dep/
Inside the root of your go project dependencies are checked to exist inside the vendor directory before looking at $GOPATH. As such if you place your dependencies in there they will be the ones your code builds and links against. To move them into the location is thankfully simple. Install dep then run dep ensure which will inspect your code and move what is required into vendor. Check the dep docs for details on how to update/remove dependencies. Keep in mind that dep will place a Gopkg.lock and Gopkg.toml file in the root path for tracking these.
When you have your vendor dependencies setup you can commit the contents of the vendor folder and then anyone can build your project without issue so long as they have a compatible compiler.
Multiple Main Entry Points
There are times where you want to potentially have multiple entry points into an application by having multiple main.go files in the main package. One way to achieve this is to have shared code in one repository, and then import it into others. However this can be cumbersome when you want to use vendor imports.
One common pattern for this is to have a directory inside the root of the application and place your main.go files in there. For example,
Then each entry point can import from the root package and you can compile and run multiple entry points into your application. Assuming your application lives in http://github.com/name/mycode you would need to import like so in each application,
With the above you can now call into code exposed by the repository package in the root.
OS Specific Code
Occasionally you will require code in your application that will not compile or run on different operating systems. The most common way to deal with this is to have the following structure in your application,
Assuming that the above just contained definitions for line breaks on multiple operating systems EG const LineBreak = 'nr' or const LineBreak = 'n' the you can import and refer to LineBreak however you wish. The same technique will work for functions or anything else you wish to include.
Docker
Using the above techniques you can run inside Docker using multiple entry points easily. A sample dockerfile to achieve this is below using code from our hypothetical repository at https://username@bitbucket.code.company-name.com.au/scm/code/random-code.git
The below would build and run the main application,
The below would build and run from the one of the alternate entry point's for the application,
A few people who have read this post suggested using multi stage docker builds https://docs.docker.com/develop/develop-images/multistage-build/#use-multi-stage-builds which works well with Docker 17.05 or higher. More details here https://medium.com/travis-on-docker/multi-stage-docker-builds-for-creating-tiny-go-images-e0e1867efe5a An example would be,
The result is much smaller images to run your code which is always nice.
Addtional commentary on Hacker News https://news.ycombinator.com/item?id=17061713
'ALRIGHT, I GET THAT PROJECT GO WILL HELP ME, BUT WHAT IS PROJECT GO?'
(I still don't understand what's going to happen once I'm inside..)
Great question. Once you get inside, you'll immediately be taken through a few phases.
In Phase 1, all you have to do is sit back, watch the designated videos, and let the information 'download' into your brain. We're basically going to mind-fuck you. This is stuff we could never put on Youtube because the masses just wouldn't 'get it.'
You're going to be mentally exhausted by the end of phase 1..but something extraordinary and beautiful will also happen. You're going to be infused with a sense of hope - because you know that your life is about to change. And you're going to feel secure about it, because you'll know exactly what you need to do.
If ALL you did was go through Phase 1, your outlook on life would change. But that's just the beginning..
In Phase 2, you're going to join our thriving Project Go community. You will be connected to the thousands of other Project Go members around the world, and you're going to make friends with some of them. In fact, you're probably going to meet a few people that end up being life-long friends. These people will hold you accountable and push you to reach your goals.
On top of that, you'll have direct access to the Simple Pickup team. If you have a question, Kong, me (Jesse) or another member of our team will be here to answer you. There will be no question of 'what do I do next?'
Go 10 Project Video
In Phase 3, the real fun begins. You'll receive our 'infield' videos. Essentially, you'll be watching real life hidden camera footage of us interacting with women. More than that, we break down each interaction for you and tell you how to do exactly what you just witnessed. We will NEVER explain something to you without showing you real world proof that it actually works. This is the difference between us and everyone else on the internet.
You'll also receive our podcasts. A good percentage of our members say this is the best thing Project Go has to offer. They're designed to constantly put you in the mindset of someone who is successful with women (and life). Don't underestimate these. You'll also be able to download them to put on your phone, so you can listen and learn wherever you are.
The coolest thing about Phase 3? When you get in, you'll immediately have access to our library of content -- over 80 hours of videos and podcasts you can reference to build up your real skills. That's right: over 80 hours. You'll have access to our foundational material before you can say, 'Go.'
In Phase 4, we focus on getting you real world results. We're going to kick your ass into gear and literally force you to take action. I'm talking about:
Go 10 Project Videos
You can check your go environment variables with the command go env.
One other thing I do is I update my machines path to point to the bin directory of my $GOPATH, export PATH=$PATH:$(go env GOPATH)/bin so that I can install anything I am working on quickly and have it available everywhere. For example,
The above is what my $GOPATH looks like and with the exported path I can run scc, gocloc and lc anywhere I want. I go a little further than most and have my GOPATH shared between Windows and Linux using the WSL so I can work on the same code-base in either, hence the .exe files in the above. To do that you just need to do a symlink inside the WSL to the Windows directory.
Go dependencies are a little odd the first time you run into them. I suspect this is because Google runs a mono-repo and as such the decisions around it were made with that in mind.
When you use the command go get github.com/boyter/scc/ what happens is that a copy of the github repository is cloned into your $GOPATH/src/github/boyter/scc/ directory. Go get works with other source control systems as well so you are not limited to git.
To start a new project there a few options. The first is to create a repository then go get it and then hack away in your editor of choice. The second is to create the directory manually then clone into it yourself. So long as the path matches your repository endpoints you are going to have a good time.
For example imagine you are working on a client site who have their own bitbucket instance at bitbucket.code.company-name.com.au and you want to clone a repository inside that has a clone URL of https://username@bitbucket.code.company-name.com.au/scm/code/random-code.git the code would be checked out if you run go get would be, $GOPATH/src/bitbucket.code.company-name.com.au/scm/code/random-code
Searching
To search for anything about Go in your search engine of choice use the word golang rather than go when searching. For example to search for how to open a file I would search for golang open file.
Building / Installing
For commands which have package main
For packages
If you want to cross compile, that is build on Linux for Windows or vice versa you can set what architecture your want to target and the OS through environment variables. You can view your defaults in go env but to change them you would do something like,
Unit Testing
To run all the unit tests for your code (with caching there is no reason to not run them all anymore) you should run the following which will run all the unit tests
To run benchmarks run the below inside the directory where the benchmark is. Say you have ./processor/ inside your project with a benchmark file inside there go to that directory and run,
To create a test file you need only create a file with _test as a suffix in the name. For example to create a file test you may call the file file_test.go.
If you want to run an individual test you can do so,
Which will attempt to any test in all packages that have the name NameOfTest. Keep in mind that the argument NameOfTest supports regular expressions so its possible to target groups of tests assuming you name them well.
If you find yourself wanting or needing to run tests ignoring the cache you can do the following,
The standard practice with Go tests is to put them next to the file you are testing. However this is not actually required. So long as you can import the code (that is it is made exposed with an uppercase prefix) you can put the tests anywhere you like. This of course means you cannot test the private code which some consider an anti-pattern anyway.
Dependencies
By default go get makes your dependencies global. As such if another project does a go get to update the code you may end up being unable to build your own code. This I believe was a deliberate design choice by Google as they work in a mono-repo and with quick build times they can make global re-factors easier.
If you are reading this you are most likely not Google and the thought of someone updating something and you not being able to build your code again scares the crap out of you. If you want to manage them locally so you can lock down the version using the vendor directory and dephttps://golang.github.io/dep/
Inside the root of your go project dependencies are checked to exist inside the vendor directory before looking at $GOPATH. As such if you place your dependencies in there they will be the ones your code builds and links against. To move them into the location is thankfully simple. Install dep then run dep ensure which will inspect your code and move what is required into vendor. Check the dep docs for details on how to update/remove dependencies. Keep in mind that dep will place a Gopkg.lock and Gopkg.toml file in the root path for tracking these.
When you have your vendor dependencies setup you can commit the contents of the vendor folder and then anyone can build your project without issue so long as they have a compatible compiler.
Multiple Main Entry Points
There are times where you want to potentially have multiple entry points into an application by having multiple main.go files in the main package. One way to achieve this is to have shared code in one repository, and then import it into others. However this can be cumbersome when you want to use vendor imports.
One common pattern for this is to have a directory inside the root of the application and place your main.go files in there. For example,
Then each entry point can import from the root package and you can compile and run multiple entry points into your application. Assuming your application lives in http://github.com/name/mycode you would need to import like so in each application,
With the above you can now call into code exposed by the repository package in the root.
OS Specific Code
Occasionally you will require code in your application that will not compile or run on different operating systems. The most common way to deal with this is to have the following structure in your application,
Assuming that the above just contained definitions for line breaks on multiple operating systems EG const LineBreak = 'nr' or const LineBreak = 'n' the you can import and refer to LineBreak however you wish. The same technique will work for functions or anything else you wish to include.
Docker
Using the above techniques you can run inside Docker using multiple entry points easily. A sample dockerfile to achieve this is below using code from our hypothetical repository at https://username@bitbucket.code.company-name.com.au/scm/code/random-code.git
The below would build and run the main application,
The below would build and run from the one of the alternate entry point's for the application,
A few people who have read this post suggested using multi stage docker builds https://docs.docker.com/develop/develop-images/multistage-build/#use-multi-stage-builds which works well with Docker 17.05 or higher. More details here https://medium.com/travis-on-docker/multi-stage-docker-builds-for-creating-tiny-go-images-e0e1867efe5a An example would be,
The result is much smaller images to run your code which is always nice.
Addtional commentary on Hacker News https://news.ycombinator.com/item?id=17061713
'ALRIGHT, I GET THAT PROJECT GO WILL HELP ME, BUT WHAT IS PROJECT GO?'
(I still don't understand what's going to happen once I'm inside..)
Great question. Once you get inside, you'll immediately be taken through a few phases.
In Phase 1, all you have to do is sit back, watch the designated videos, and let the information 'download' into your brain. We're basically going to mind-fuck you. This is stuff we could never put on Youtube because the masses just wouldn't 'get it.'
You're going to be mentally exhausted by the end of phase 1..but something extraordinary and beautiful will also happen. You're going to be infused with a sense of hope - because you know that your life is about to change. And you're going to feel secure about it, because you'll know exactly what you need to do.
If ALL you did was go through Phase 1, your outlook on life would change. But that's just the beginning..
In Phase 2, you're going to join our thriving Project Go community. You will be connected to the thousands of other Project Go members around the world, and you're going to make friends with some of them. In fact, you're probably going to meet a few people that end up being life-long friends. These people will hold you accountable and push you to reach your goals.
On top of that, you'll have direct access to the Simple Pickup team. If you have a question, Kong, me (Jesse) or another member of our team will be here to answer you. There will be no question of 'what do I do next?'
Go 10 Project Video
In Phase 3, the real fun begins. You'll receive our 'infield' videos. Essentially, you'll be watching real life hidden camera footage of us interacting with women. More than that, we break down each interaction for you and tell you how to do exactly what you just witnessed. We will NEVER explain something to you without showing you real world proof that it actually works. This is the difference between us and everyone else on the internet.
You'll also receive our podcasts. A good percentage of our members say this is the best thing Project Go has to offer. They're designed to constantly put you in the mindset of someone who is successful with women (and life). Don't underestimate these. You'll also be able to download them to put on your phone, so you can listen and learn wherever you are.
The coolest thing about Phase 3? When you get in, you'll immediately have access to our library of content -- over 80 hours of videos and podcasts you can reference to build up your real skills. That's right: over 80 hours. You'll have access to our foundational material before you can say, 'Go.'
In Phase 4, we focus on getting you real world results. We're going to kick your ass into gear and literally force you to take action. I'm talking about:
Go 10 Project Videos
Go 10 Project Video Youtube
Teaching you how to text a girl in a way that makes her begging to go out with you. Most people underestimate the power of a simple text. What if I told you that you could get her to ask YOU out, just by sending a few short texts?
How to have a conversation with a woman that subconsciously turns her on. There are things you can say during an approach or a date that will make her wet. She won't be able to control it, it just..happens. Once you try it, and see it working - your world will never be the same *insert evil laugh here*. Introduction to excel 2007 tutorial.
How to use your shortcomings to your advantage. You'll learn how to use what is holding you back as leverage to be better than anyone you know. This mindset shift requires literally no work. You just need to hear it.
The secret 'trick' to bulletproof confidence. This alone is worth the price of admission (and more). Confidence is like a switch that you can 'turn on' in your brain. You just need to do a few ridiculously simple exercises. You'll feel like you just took the 'limitless' pill.
Setting up dates with multiple women. Project Go users often complain about having too many women to handle. Yes, this is a real problem.
How to stop getting friendzoned. Ooooh. This is a good one. We'll get to this problem in just a bit :)
This is just scratching the surface. Putting everything you're going to experience and learn in Project Go would be very impractical, so I'm just going to tell you the bottom line: we made it so ridiculously easy for you that failure will not be an option.
Whatever reason you're subscribed, we'll be able to help you out. Promise.
