SitePoint Sponsor |
|
User Tag List
Results 26 to 50 of 89
Thread: design or develop first?
-
Jul 17, 2008, 20:55 #26
I am primarily a developer and write backend serve-side code more often than I do CSS/HTML.
Well, I might not need to know the frontend before being able to write classes and generic functions but I do need a basic interface and page structure in place before I can write the code that is responsible for generating web pages. It generally tends to be a minimal interface, however, which can then be replaced with a full-fledged design once the backend is over. Keeping view logic separate from business logic eases the task of editing/replacing design enormously.
In some projects front-end and backend go hand-in hand. I keep updating the interface as I add more functionality in the backend.
-
Jul 17, 2008, 22:55 #27
- Join Date
- Nov 2002
- Location
- Scottsdale, Arizona, USA
- Posts
- 603
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
I think the development should come first and the design should come last. The design is something that should be tweaked and tested for conversions and therefore will always be changed and improved, but the backend will change much less.
-
Jul 18, 2008, 01:02 #28
- Join Date
- Jun 2006
- Location
- Kathmandu, Nepal
- Posts
- 790
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 01:02 #29
- Join Date
- Jun 2006
- Location
- Kathmandu, Nepal
- Posts
- 790
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 01:16 #30
- Join Date
- Apr 2005
- Posts
- 274
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
The thing that I noticed back when I was working with clients was that clients don't really know what they want.
This is why I make designs first. Then code HTML files so that we can see what the design/functionality will look like in a regular screen (this is before doing any backend coding). Every client's initial design has changed dramatically, and with design changes there have also been numerous functionality changes. If we started with coding or started coding only after the initial design, a lot of coding time would have been wasted, and then ending could would probably be of poor quality due to all the changes it would have to undergo.
-
Jul 18, 2008, 01:18 #31
- Join Date
- Mar 2008
- Location
- United Kingdom
- Posts
- 1,285
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
I always plan the entire site out on paper, using a site map and just scribbling.
Then design an idea for the layout(because I'm not great at it, I like to get it out the way!)
Then develop it as I feel more adept at this part and enjoy it most
Then revise all 3 areas 'til the client and I are chuffed
-
Jul 18, 2008, 01:36 #32
- Join Date
- Aug 2006
- Location
- Pretoria, South Africa
- Posts
- 19
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
I have noticed that no one made a distiction between interface design and interaction design, I mention this because I am of the opinion that interaction design is a sub-set of the interface design.
For most people the interface design involves the full front end, namely images, backgrounds, mouse-overs, etc. Interaction design leaves most of these out by stripping the interface down to interaction elements. These are simply the text, links, buttons, etc. needed by the user to do what needs to be done.
Coming from a systems engineering background I prefer to do the interaction design first (use-case analysis). So I start with the XHTML as my interface and create a mockup in Photoshop. Then I develop the back end and test to ensure the interface is easy to use even without the aid of any graphics, images or effects. Lastly I integrate the mockup into the interface with CSS.
The major advantage of this approach is that all my sites and applications work on mobile devices by default, I do not need to change anything for it to work... I only have to optimize my graphics for smaller screen sizes.
-
Jul 18, 2008, 01:56 #33
- Join Date
- Jun 2006
- Location
- Kathmandu, Nepal
- Posts
- 790
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 02:01 #34
- Join Date
- Jul 2008
- Posts
- 33
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
first design in mind .Then according to your design,develop your site .After the development completed .Start to design your site according to your mind design .
-
Jul 18, 2008, 02:14 #35
- Join Date
- Aug 2006
- Location
- Pretoria, South Africa
- Posts
- 19
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 03:20 #36
- Join Date
- Jun 2006
- Location
- Kathmandu, Nepal
- Posts
- 790
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 04:16 #37
- Join Date
- Nov 2005
- Location
- Leuven, Belgium
- Posts
- 211
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
- develop a website strategy: get to know the company, the targetgroups, the goals, plan the metrics to measure the goals, develop persona's, ...
- wireframing the basic information architecture (paper)
- storyboarding: filling in the wireframe with persuasive copy & interactions (paper & prototype software (axure, visio) )
- prototypes: from a paper wireframe to a simple HTML mockup, adding design details (from black & white design, to grayscale, to color ...). Basic interactions with javascript tests (or just in html). --> end result fully working HTML template (90% of design laid out, most of the html & classes won't change, every positioning property of the CSS is +- done, crossbrowser tested)
- development & final design: finalize the design with details & finished images, finalize the CSS & HTML. start developing the back-end & database.
- during the comming months/year : optimization, improve the website based on your metrics & goals, & user behavior on your site. (you never get it 100% right from the first time)
during wireframing --> development & final design : testing & testing & testing
with the persona's (try to get them accomplish their task) or small user tests.
-
Jul 18, 2008, 05:32 #38
I usually design first.
-
Jul 18, 2008, 05:44 #39
- Join Date
- Jan 2007
- Location
- Bath, UK
- Posts
- 364
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
I tend to be torn between the two ways, I love design but I am c**p at coming up with ideas. I always have awesomely complicated ideas for the back-end, but hey I soon lose all motivation without the design. If I do design first then I am sick of my design, and want a redesign by the time I have finished! So what am I to do?
-
Jul 18, 2008, 06:53 #40
- Join Date
- Dec 2007
- Posts
- 26
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
First do the backend including database design, coding and debugging after that do the graphics works. It is the proper way for a developer. I go this way because basically I am a programmer.
-
Jul 18, 2008, 08:31 #41
Wow... thats pretty intensive.
I think you should get the backend working before worrying about what the site ultimately will look like. If you get the design going then start working on the backend and run into problems you either can't overcome or can't afford someone to overcome for you you've wasted a lot of good time.
-
Jul 18, 2008, 14:29 #42
- Join Date
- May 2003
- Location
- Washington, DC
- Posts
- 10,653
- Mentioned
- 4 Post(s)
- Tagged
- 0 Thread(s)
Really, really depends on what the application is doing first. Personally, I prefer to design and build the logical domain then bolt a user interface on top of it. Building the back-end around a specific UI is generally an exercise in folly in non-trivial applications.
-
Jul 18, 2008, 23:05 #43
- Join Date
- Apr 2005
- Posts
- 274
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 18, 2008, 23:20 #44
- Join Date
- Aug 2005
- Location
- Australia
- Posts
- 298
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
This is brilliant and have to agree with the pure logic of this process. If you don't nail down the HTML wireframes (website without CSS or graphics) and the functionality then you will get feature creep. As someone who works in a web development company I see them make this mistake all the time (I have experience with another company as a Team Leader so I've seen it all before). In my spare time I develop things for myself - so I am the client and users. It is very easy to keep adding to a project if you don't have the discipline or the balls to stand up to a client (most people don't which is frustrating). I constantly have to re-do things for clients because of communication break downs and poor project management, it's called a PHASED process people
Great process neron-fx it's basically what I do too, I'm going to print it out now and pin up on my wall. I need it in my face as I have three new projects on the gogot to stay focused.
People should, no, must read Getting Reala new day, a new beginning
never follow the crowd, the crowd is poor!
-
Jul 19, 2008, 02:24 #45
- Join Date
- May 2007
- Posts
- 163
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
I faced the same dilemma recently,and was
going nowhere with the project untill I got a
brainwave-DO THE BACKEND FIRST,THEN THINK
OF/FIND A DESIGN TO FIT.And i'm happy with that.
I think its because i'm better at coding.Though i
already have the whole concept(interface) in mind.
So,i think you should start with what you do better/
find easier/happier with,having a sketch of the whole
concept in mind or paper.
Generally,i think codes are more flexible-it is easier to
adapt codes to whatever design than do the opposite.
So it might be better to do the backend first.
-
Jul 19, 2008, 02:28 #46
- Join Date
- Jul 2002
- Location
- Toronto, Canada
- Posts
- 39,347
- Mentioned
- 63 Post(s)
- Tagged
- 3 Thread(s)
-
Jul 19, 2008, 04:33 #47
- Join Date
- Jan 2007
- Location
- Bath, UK
- Posts
- 364
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Although I am primarily a designer, I think it is important to the back-end first. How can you design a layout for something before you have something to put into the layout? Something may go wrong and then you end-up having to make major changes to compensate for these changes.
-
Jul 19, 2008, 12:53 #48
- Join Date
- Jul 2008
- Location
- mexabet.biz
- Posts
- 68
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Since I started out as a designer, I naturally tend to design first and develop later. But lately I've been having difficulties- having to go back and change a lot of time-consuming design layout. So now, I'm gravitating towards developing first.
The Best Is Yet To Come!
-
Jul 19, 2008, 16:26 #49
- Join Date
- Jan 2004
- Location
- Seattle
- Posts
- 4,328
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Jul 19, 2008, 18:22 #50
- Join Date
- Jul 2002
- Location
- Toronto, Canada
- Posts
- 39,347
- Mentioned
- 63 Post(s)
- Tagged
- 3 Thread(s)
yes, exactly like a website blueprint, except without the blue and without the print
Bookmarks