SilverStripe Developer for Television Station Website
Closed - This job posting has been filled and work has been completed.
We need development of a TV station website in SilverStripe 3. Developer will need to HTML code a homepage featuring an editable Anything Slider (http://css-tricks.com/examples/Any
Further, Developer will need to integrate with with a third party hardware/software solution - TightRope Media Systems -for video scheduling. This solution has an API that can be accessed to obtain video titles, files names, descriptions and full files – we will need to develop a module to integrate with Tightrope to automatically add video information to the site so its stored but not automatically published. A content writer should then be able to access the list of videos via an interface with scrollable list and quick AJAX search to add videos to individual pages. We will also need to develop or reuse a simple player like JW player to allow visitors to use video on demand capabilities, and we will need to generate an RSS feed based on this information. Finally, we will also need to access the API to obtain scheduling information which SHOULD be automatically inserted into the site.
Additional functionality includes social media plugins and buttons (Facebook, Twitter, YouTube), Constant Contact email integration, Live 365 Radio, and SilverStripe site search. Project will need to work cross platform on latest versions of Chrome, Firefox, Internet Explorer, Safari.
We will negotiate and offer bonus incentives if Developer is able to complete project in advance of due date.
1. We are looking for fixed price proposals. The design document is very detailed and should you be selected as a finalist, should provide you all the information you need to accurately quote this.
2. We assume that all bug fixing by you and identified by testers will be included within the project price.
3. We ask that all developers on our fixed price proposals expect reasonable time for revisions and changes – generally three rounds of revisions – two by us, and one by the client. Any changes that represent significant new functionality that were not explicitly defined at project outset will be quoted as a new project, but any changes requests that are made because functionality was not implemented as requested in the original specs will not be considered billable. Additionally, we ask that you quote assuming some subjective changes to the project as well where requirements are subject to interpretation.
4. There is no perfect way to present requirements, as well know, so we expect that developers will question anything that they are not sure about, that would create code that is not scalable or well built, and that they will use common sense in development so that code is modular and based on good OOP principles.
5. The developer is expected to be clear about any code they are reusing from any previous projects, especially in a way that would compete with this project. If you have prior code you have used that you will contribute to the project to reduce cost, please document what that is. If you have used any code in prior projects, please be clear about that. Although we are open to receiving a project based on prior work, it is our intent to obtain all source code with the project as well as the right to use, modify and extend that source code as we see fit.
6. Certain functionality in the project that is defined in the design document is unique. Therefore, we expect that you will program that functionality on a “work for hire” basis – i.e., you will not reuse that code or reshow that functionality without our prior permission. This does not apply to configurators in general but to the particular functionality that we have planned for this one.
Skills: design, video, facebook, twitter, youtube