DOCSLIB.ORG

JIRA Vs Trac Vs Redmine File:///D:/Webpage-JIRA/Nuuneoi - JIRA Vs Trac Vs Redmine.Htm

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
JIRA Vs Trac Vs Redmine File:///D:/Webpage-JIRA/Nuuneoi - JIRA Vs Trac Vs Redmine.Htm NuuNeoI - JIRA vs Trac vs Redmine file:///D:/WebPage-JIRA/NuuNeoI - JIRA vs Trac vs Redmine.htm Home Blog MicroBlog Live Album Favorites Profile Contact "ประสบการณ์เป็นครูทีดีที สุด" Blog JIRA vs Trac vs Redmine ขนตอนการแก้ชงที ั ว ัดเล่งเน่ย ยี 13:42 5 Jan 2014 โปรเจค ตอนนีเยอะเกินไปละ (จริงๆเยอะนานละ) ต ้องการเครืองมือเพือชวยเหลือการจัดการโปรเจคแบบด่วนๆ่ ก่อนหน ้านีเคยใช ้ สว ัสดีปีใหม่ 2014 ครับ =) JIRA ตัว Project Management แบบโปรๆ... แต่ผลคือโปรเกินไปและมีแต่ปัญหาๆๆๆๆๆ เมือคืนเลยใชเวลาทั้ งคืนในการปลํากับ 16:43 31 Dec 2013 Trac ซงเป็นึ Project Management แบบฟรีและเบาทีเขียนด ้วยงู Python AIS on the Cruise ทริ ปหรรษา เมือ AIS เชญไปิ ทดสอบสญญาณทีั ภูเก็ต แต่หลังจากลง Trac เสร็จและเล่นกับมันสามสชี วโมงก็พบว่า...ั มันก็ไม่ได ้ลงง่ายหรือใชง่ายอะไรนักหรอก้ กว่าจะทําโน่นทํานีได ้ต้อง 17:11 26 Dec 2013 ลง Plugin เป็นแสนตัวเลย ก็เลยมาตบท ้ายด ้วยการลง Redmine ซงเป็นึ Project Management อีกตัวทีเขียนด ้วย Ruby on Rails เพิมความน่าดาวน์โหลดของ แอพฯด้วย กลไกชวน Rate แอพฯ สรุปคือตอนนีซดไปแลั ้วสามตัวเหนาะๆ จะมาเทียบและแนะนําให ้ฟังกันว่าถ ้าจะใชเนี้ ย ใชตัวไหนดี้ 16:15 25 Nov 2013 ศาสตร์มห ัศจรรย์นวดแผน จีน/ฝังเข็ม หายปวดหล ัง เรือร ังใน 1 ชวโมงั 12:45 23 Nov 2013 หมวกไหมพรมถ ักมือ ของ ขวัญว ันเกิดจากคนทีได้ช อว่าื Geek 14:21 22 Nov 2013 ต้นทุนแฝง(อ ันมหาศาล)จาก การลุยเขียนโปรแกรมโดยไม่ ออกแบบก่อน 08:36 22 Nov 2013 ตอบโจทย์ทุกงาน Office ด้วย JIRA POLARIS Office บน Galaxy Note 10.1 2014 Edition 05:02 13 Nov 2013 [Show All] Follow ME Live Album Falling in love with my new E7 ... I will love it much more if อย่างทีบอกว่าตัวนี โปรมาก... โปรเกินไป -_- ระบบทังหมดทําจาก Java ซงเป็นึ Java จริงๆไม่ใช ่ Javascript ดังนันมันจึงโหด camera is good enough มากอย่างหลีกเลียงไม่ได ้!! 12:06 28 Mar 2011 JIRA ไม่ได ้มาตัวเดียวแต่มาพร ้อมกับ Plugin "ทีจําเป็น"... (ประมาณว่าถ ้าไม่ลงก็ไม่มีประโยชน์ทีจะใช ...้ แล ้วทําไมไม่รวมกันไปเลย ฟระ!!!!!) โดยทีใช กันเยอะๆคือ้ FishEye เอาไว ้เชอมกับื Version Control แบบต่างๆไม่ว่าจะเป็น svn, git ฯลฯ แล ้วก็มี Bamboo ที ทําให ้สามารถสร ้าง Agile Flow ได ้ Hands on Nokia E7 ดังนันข ้อเสยแรกก็มาเลยี (มาถึงก็พูดข ้อเสยเลยนะ)ี ... ลงยากมากกกกกกกกกกกกกกกกกกกกกก มากจริงๆ ตองอ่านเอกสารเป็น ้ 09:39 28 Mar 2011 ปึกๆ ถ ้าพิมพ์ออกมาก็หลายสบหนิ ้าหละ ทังนี เพราะต ้องลงหลายตัว (บ่นอีกทีได ้ป่ะ ทําไมไม่รวมกันไปเลยฟระ ปํ าเป็ด!!) ตอนโปรเจคทีแล ้วเราใชเวลาลงราวๆ้ 1-2 อาทิตย์เต็มๆ ก็ยอมรับนะว่าตอนนันโง่ด ้วยแหละ แต่อีกสวนก็ยอมรับอีกอ่ะว่าระบบมันทํา่ มาซบซั อนเกินไปจริงๆ้ เราต ้องลงใหม่ประมาณ 4 รอบ เชอหรือไม่ว่าแต่ละรอบทีื ลงให ้ผลไม่เหมือนกันทังๆที Environment เดียว กัน!! เหนือยเลย เดียวตัวโน ้นมีปัญหา เดียวตัวนี มีปัญหา พะลอยหอวัง @paloyhorwang 08:52 28 Mar 2011 นอกจากข ้อเสยเรืี องการติดตั งแล ้ว การใชงาน้ (Usability) ก็เต็มไปด ้วยข ้อเสยเชี นกันเพราะมันหนักมากกกกกกกก่ ทํางานชาสุดๆ้ [More] โหลดขึนบ ้างไม่ขึนบ ้าง และทุกอย่างก็ทํามาเป็น Applet อย่าหวังว่าจะไปรันบนมือถืออ่ะ ถ ้าเกิดนังๆอยู่ในรถแล ้วเกิดอยากสร ้าง Issue ขึนมา ทําอะไรไม่ได ้นอกจากจดแล ้วรอไปลงในคอมพ์ทีเดียว ฮวยยยย่ ไม่ Mobility เลย Tags of Honor สําหรับข ้อจํากัดเจ ้า JIRA ก็มีตามมาเป็นกระพรวนเพราะมันไม่ฟรีนันเอง ถ ้าเกิดใชเวอร์ช้ นถูกั ($10 ต่อหนึงตัวที ลงและเค ้าจะเอาเงิน ไปบริจาคเพือการกุศล) ก็จะมีข ้อจํากัดด ้านการใชงานเช้ น่ FishEye จะสร ้างได ้แค่ 5 โปรเจคสวน่ JIRA จะรับคนในระบบได ้แค่ 10 คนเท่านัน ด ้วยประการทังปวง... ถ ้าเกิดต ้องใช ้ Project Management System ทีเหมาะสมกับการใช งานจริง้ ขอให ้ข้าม JIRA ตัวนีไป 1 of 5 4/5/2014 12:26 AM NuuNeoI - JIRA vs Trac vs Redmine file:///D:/WebPage-JIRA/NuuNeoI - JIRA vs Trac vs Redmine.htm สาเหตุทีเลือกใช ตัวนี้ ตอนแรกเพราะว่ามันเส ยตังค์เลยคิดว่าน่าจะดีี เลิศและทางโนเกียก็นําไปใชในการแจ้ ้งบักของ Qt ด ้วย แต่พอ มาใชจริงแล้ ้วก็เอิมๆๆๆ เมือคืนเลยหันหน ้าหนีมาลง Trac แทน Trac NuuNeoI's Other Sites สําหรับ Trac ก็ลงตามโนเกียอีกแล ้วเพราะว่าโนเกียเพิงประกาศเปิดให ้ใช ้ Project Host ได ้ฟรี (อารมณ์เดียวกับ github) โดยนํา Trac มาใช ้ ด ้วยความเชอทีื ว่า Project Hosting ของโนเกียทํามาดูดีทีเดียวก็เลยขอลง Trac กับเค ้าบ ้าง!! เอาจริงๆก็รู ้จัก Trac มานานแล ้วหละแต่ไม่มีโอกาสได ้ลง เพิงได ้เล่นจริงจังก็เมือคืนนี แหละเพราะว่า Manage Project ไม่ไหวจนไฟ ลนตูด!! เลยซดๆๆๆตัั งแต่ตีสองยันส บโมงเชิ า้ อดหลับอดนอนกันเลยทีเดียว -*- สําหรับ Trac ถูกพัฒนาขึนโดยใช ภาษา้ Python ดังนันทุกอย่างในโปรเจคนี จะต ้องเล่นกับ Python ทังส นไม่ว่าจะเป็นการติดตัิ ง การ ลง Plugin ฯลฯ เรียกว่าเอียนงูกันเลยทีเดียว ข ้อดีของ Trac อย่างนึงคือลงค่อนข ้างง่าย ใชงานเกือบง่ายและทํางานเร็ว้ งันขอมาพูดถึงข ้อเสยกันชุดใหญ่เลยละกันนะ!!ี Trac ถูกพัฒนามาเหมือนทําเล่นๆยังไงไม่รู ้ รู ้สกอะไรๆก็ไม่สมบูรณ์ึ เวอร์ชนนึงั stable โดยไม่พัฒนาเพิมไปปีกว่าๆ แถมฟีเจอร์ก็ไม่ ครบถ ้วนจนต ้องมีคนเปิดเว็บ http://trac-hacks.org/ ขึนมาเพื อแฮคใส โน่นใส่ นี่ เข ้าไป สรุปคือกว่าจะทําให ้มันใชงานได้ ้ใน ระดับนึงต ้องลงไปทังหมด 5 ตัวโดยประมาณ แถมต ้อง Config อะไรวุ่นวายอีกด ้วย!! หลายๆอย่างทีควรจะ Config หรือ Enable มา เลยเชนหน่ ้า Admin แบบ Web UI มันก็ไม่ Enable มาให ้ ต ้องมานังเซตเอาเอง ... ไม่ Make Sense เลย การติดตังที บอกว่าซ บซั อนก็เพราะว่าระบบมันทํามาไม่้ Flexible เอาเสยเลยเพราะมันมีหลายเวอร์ชี นั 0.10, 0.11, 0.12 และแต่ละ เวอร์ชนก็ใชั ้ Plugin ร่วมกันไม่ได ้ แถมเวลาจะเลือกว่าจะใช ้ Database แบบไหนก็เซตยากเหลือเกินและแต่ละ DBMS ก็ทํางานไม่ เหมือนกันอีก เอาเข ้าไป ระบบทีไม่ชอบเป็นการส วนตัวเลยคือระบบ่ Login ทีไม่รู ้คิดยังไงให ้แต่ละโปรเจคต ้อง Login แยกกัน!! ต ้องมีคนมาเขียน Plugin เพือ ให ้ Login ร่วมกันได ้ แต่ว่ามันอุดมไปด ้วยปัญหาเชนเคยเพราะแบบง่ายก็ไม่่ Share Role และ Permission สวนแบบยากก็ลงไม่ได่ ้ ด ้วยมนุษย์ปุถุชน สรุปคือป่านนีก็ยังทําให ้ Login แบบ SSO ทุกโปรเจคไม่ได ้ ยังๆ Login แยกกันก็อย่างนึงแล ้ว ความบะโซะมหันต์คือ 1 โปรเจคตองทําการสร ้ ้าง Database 1 ตัวเพือรองรับ -0- นันแปลว่าถ ้ามี 100 โปรเจคก็ต ้องมี 100 Databases ในการเก็บ แม่เจ ้า!!! มัน Manage ลําบากรู ้ม้ายยยยยยยย นีก็เป็นอีกสาเหตุหนึ งที ทําให ้รู ้สกึ ไม่อยากใชมันเลยเพราะอนาคตจะ้ Manage ยากสุดๆ เวลาจะเพิมโปรเจคทีต ้องมาเพิม Database และต ้องมานัง Create Project ผ่าน Command Line ฯลฯ (เชอว่ามีื Tools ชวยอยู่่ แต่ก็ต ้องมาหาลงอีกอยู่ดีอ่ะ วุ่นวาย) แอบสงสยตอนเคั ้าวางโครงสร ้างระบบเหมือนกันว่าทําไมถึงต ้องทําให ้ยุ่ง ยาก ระบบพวกนีควรจะลงเว็บทีเดียวแล ้วไม่ต ้องไปแตะ Database หรืออะไรอีกแล ้วไม่ใชหรือ?่ ด ้านการทํางานกับ git ตัวนีสนับสนุน Local Git Repository เท่านันเพราะต ้องใส ่ Path ของ .git แบบ Absolute Path ถ ้าเกิดจะใช ้ กับ External Git Repository ก็ต ้อง clone มาลง Server ก่อนและต ้องตัง cron ให ้มันคอย Fetch มาเรือยๆ โดยสรุปเชอว่ามันโด่งดังไดื ้เพราะว่ามีคนแฮคโน่นนีลงไปเยอะจนทําอะไรได ้เยอะ หากต ้องการจะทําอะไรจริงๆจังๆและสาเร็จรูปํ ประหยัดเวลา... ตัวนีก็ไม่ใช ตัวที่ เหมาะสมเท่าไหร่นักเหมือนกัน -_- Redmine 2 of 5 4/5/2014 12:26 AM NuuNeoI - JIRA vs Trac vs Redmine file:///D:/WebPage-JIRA/NuuNeoI - JIRA vs Trac vs Redmine.htm หลังจากลงเสร็จก็รู ้สกหงุดหงิดกับึ Trac ทีขาดโน่นขาดนี ปัญหาใหญ่สุดทีหงุดหงิดและคิดว่ามันไม่ใช คือเรื่ องระบบ Single Signon ก็เลยไปค ้นหาตัวอืน ซงสุดทึ ้ายไปเจอตัวทีช อว่าื Redmine ... ตัวนีเคยได ้ยินแบบแว่วๆและไม่ได ้สนใจอะไร แต่พอได ้อ่านรีวิวจาก เมืองนอกแล ้วก็รู ้สกว่ามันเป็นตัวทีึ น่าสนใจทีเดียว ทีชอบคือคําว่า "ม ันลงทีเดียวแล้วทําได้ทุกอย่าง" ก็เลยถือโอกาสพิสูจน์ตลอด เย็นของเมือวาน สําหรับ Redmine นีมันเกิดมาจาก Ruby on Rails เวลาจะลงอะไรก็เลยต ้องใชชุดคําส้ งของั Ruby on Rails ไม่ว่าจะเป็น gem, rake, mongrel ฯลฯ เรียกว่าอ ้วกกันไปเลย แต่การลงก็ไม่ยากมาก ลองทําตามขันตอนนี ดู "22 ขนตอนการลง ั Redmine" เป็น ภาษาอังกฤษนะ แต่เชอว่าถื ้าจะลงก็ต ้องอ่านออก -0- (หมายเหตุ: ตัวอย่างทีลงเป็น Debian นะ) ก็อาจจะมีงงนิดงงหน่อยถ ้าใครไม่ชนกับิ Ruby on Rails แต่แค่ทําตามขันตอนก็ลงได ้ละ สาหรับฐานขํ ้อมูลที Redmine ใชก็คือ้ MySQL โดยสร ้างแค่ Database เดียว ทีเหลือไม่ต ้องไปยุ่งอะไรกับมันละ > < งานนีพอลงเสร็จก็... โอ ้แม่เจ ้าไปเลยทีเดียว ความประทับใจอย่างแรกคือ UI มัน Minimalist มากๆ ดูดี ดูใชง่าย้ และก็ไม่ได ้หน ้าตา ดีอย่างเดียวด ้วย มันทําได ้ทุกอย่างจากการลงครังเดียวเลย มันเป็นความจริง!! :| Redmine มาพร ้อมกับ Source Browsing, Issue Tracker, User Management และสามารถเชอมกับื Version Control ได ้เยอะ มากทัง svn, Darcs, Mercurial, Cvs, Bazaar และ Git ... นอกจากนันก็มีทุกอย่างครบถ ้วนทีระบบ Project Management ดีๆควรจะ มี ประทับใจมัยหละ สําหรับการทํางานร่วมกันกับ Git ก็เหมือน Trac คือต ้องใชไฟล์ที้ เป็น Absolute Path ดังนันต ้อง clone มาไว ้ที Server ก่อน สวนใน่ กรณีเรา เราตัง Git Server ไว ้ทีเดียวกันเลยก็จะทําให ้สะดวกขึนไปอีกหน่อยนึง โดยรวมแล ้วมันเป็น Project Management System ในฝันเราเลยแหละ คือลงทีเดียวแล ้วทีเหลือไปทําในระดับ User Level ไม่ต ้อง มาเล่นกับ Database หรือ Source อะไรอีกแล ้ว แถมทุกอย่างก็มีมาพร ้อม ทํางานได ้ดีเลิศประเสริฐศรี ... เทพ!! หากให ้คํานิยามสนๆั มันคือตัวทีมีความสามารถเทียบได ้กับ JIRA ตัวน ้อยแต่ลงง่ายและเบากว่ามากๆๆๆๆ นีเรามานั งใชงานบนมือถือ้ สนุกเลย :D นะเอยฟัน!! เป็นบทความทีสรุปข ้อดีข ้อเสยและฟันธงไดี ้ง่ายมาก... "JIRA ไม่ดี Trac ไม่ดี ต้องใช ้ Redmine เท่านน!!!" ั เพราะ Redmine เป็นอะไรทีสมบูรณ์ค่อนข ้างมากแล ้วและลงแค่ทีเดียวก็ทําได ้ทุกอย่าง สวน่ JIRA และ Trac พิกลพิการและต ้องลงมากกว่า 5 ตัวเพือ ให ้มันใชงานได้ ้เทียบเท่ากับ Redmine แล ้ว ... ขอยกให ้ Redmine เทพสุดในนาทีนีเลย!! Tweet 3 0 Like 9 people like this. << Better Weather - Is This Love เมือบาด้าเริ มดราม่า >> NuuNeoI 19:25 1 Aug 2010 redmine บน debian ตอนนีพิมพ์คําส งไม่กีั บรรทัดได ้แล ้วเด ้อครับ http://rtsp.us/2010/06/30/how-to-install-and-run-redmine-in-3-steps By: RTSP 06:42 2 Aug 2010 IP: 158.X.Y.6 ผมไม่รู ้ว่าความต ้องการ ของคุณเนยมากแค่ไหน <BR>แต่ถ ้าต ้องการแค่ bug tracker <BR>http://www.narisa.com/forums/index.php?app=blog&module=display& section=blog&blogid=27&showentry=2304 <BR> <BR>ตามนีครับผมใช ตัวนี้ สบายใจสุดแล ้ว 3 of 5 4/5/2014 12:26 AM NuuNeoI - JIRA vs Trac vs Redmine file:///D:/WebPage-JIRA/NuuNeoI - JIRA vs Trac vs Redmine.htm By: best0032001 IP: 202.X.Y.178 06:44 2 Aug 2010 @RTSP ทํา redmine-mysql แล ้วมันพังก็เลยต ้องเปลียนมาทําวิธียาวหนะ
Load more

Recommended publications
  • Common Tools for Team Collaboration Problem: Working with a Team (Especially Remotely) Can Be Difficult
    Common Tools for Team Collaboration Problem: Working with a team (especially remotely) can be difficult. ▹ Team members might have a different idea for the project ▹ Two or more team members could end up doing the same work ▹ Or a few team members have nothing to do Solutions: A combination of few tools. ▹ Communication channels ▹ Wikis ▹ Task manager ▹ Version Control ￭ We’ll be going in depth with this one! Important! The tools are only as good as your team uses them. Make sure all of your team members agree on what tools to use, and train them thoroughly! Communication Channels Purpose: Communication channels provide a way to have team members remotely communicate with one another. Ideally, the channel will attempt to emulate, as closely as possible, what communication would be like if all of your team members were in the same office. Wait, why not email? ▹ No voice support ￭ Text alone is not a sufficient form of communication ▹ Too slow, no obvious support for notifications ▹ Lack of flexibility in grouping people Tools: ▹ Discord ￭ discordapp.com ▹ Slack ￭ slack.com ▹ Riot.im ￭ about.riot.im Discord: Originally used for voice-chat for gaming, Discord provides: ▹ Voice & video conferencing ▹ Text communication, separated by channels ▹ File-sharing ▹ Private communications ▹ A mobile, web, and desktop app Slack: A business-oriented text communication that also supports: ▹ Everything Discord does, plus... ▹ Threaded conversations Riot.im: A self-hosted, open-source alternative to Slack Wikis Purpose: Professionally used as a collaborative game design document, a wiki is a synchronized documentation tool that retains a thorough history of changes that occured on each page.
    [Show full text]
  • Návrh a Implementace Rozšíření Do Systému Phabricator
    Masarykova univerzita Fakulta informatiky Návrh a implementace rozšíření do systému Phabricator Diplomová práce Lukáš Jagoš Brno, podzim 2019 Masarykova univerzita Fakulta informatiky Návrh a implementace rozšíření do systému Phabricator Diplomová práce Lukáš Jagoš Brno, podzim 2019 Na tomto místě se v tištěné práci nachází oficiální podepsané zadání práce a prohlášení autora školního díla. Prohlášení Prohlašuji, že tato diplomová práce je mým původním autorským dílem, které jsem vypracoval samostatně. Všechny zdroje, prameny a literaturu, které jsem při vypracování používal nebo z nich čerpal, v práci řádně cituji s uvedením úplného odkazu na příslušný zdroj. Lukáš Jagoš Vedoucí práce: Martin Komenda i Poděkování Srdečně chci na tomto místě poděkovat vedoucímu mé diplomové práce RNDr. Martinu Komendovi, Ph.D. za cenné náměty a odborné vedení. Dále chci poděkovat Mgr. Matěji Karolyi za všestrannou po- moc při implementaci praktické části práce a Ing. Mgr. Janu Krejčímu za zpřístupnění testovacího serveru a technickou podporu. iii Shrnutí Diplomová práce se zabývá nástroji pro projektové řízení. V teore- tické části jsou vymezeny pojmy projekt a projektové řízení. Poté jsou představeny vybrané softwarové nástroje pro projektové řízení a je provedeno jejich srovnání. Pozornost je zaměřena na systém Phabrica- tor, který je v práci detailně popsán. V praktické části je navrženo rozšíření Phabricatoru na základě analýzy potřeb a sběru požadavků. Výsledkem je rozšířující modul po- skytující přehledné informace o úkolech z pohledu času a náročnosti, čímž zefektivní jejich plánování a proces týmové spolupráce. iv Klíčová slova projektové řízení, Phabricator, PHP, reportovací modul, SCRUM v Obsah 1 Projektové řízení 3 1.1 Projekt a projektové řízení ..................3 1.2 SW nástroje pro projektové řízení ...............4 1.3 Přehled nástrojů z oblasti řízení projektů ...........6 1.3.1 Phabricator .
    [Show full text]
  • Evaluation of WYSIWYG Extensions for Mediawiki
    Evaluation of WYSIWYG Extensions for Mediawiki Projektpraktikum aus Projekt- und Qualitätsmanagement 188.235 (im Ausmaß von 4 SWS) Betreuer: Dipl. – Ing. Dr. Wolfgang Aigner Florian Mayrhuber [email protected] November 2007 Table of Content 1. Wikis and Mediawiki ...................................................................................................................................................... 1 2. Motivation ............................................................................................................................................................................ 1 2.1. MediaWiki Markup ................................................................................................................................................ 1 2.2. More Userfriendly Approaches ....................................................................................................................... 1 3. Objectives and Structure .............................................................................................................................................. 2 4. WYSIWYG Editors ............................................................................................................................................................ 2 4.1. FCKeditor ................................................................................................................................................................... 2 4.2. Wikiwyg .....................................................................................................................................................................
    [Show full text]
  • Project Management Software March 2019
    PROJECT MANAGEMENT SOFTWARE MARCH 2019 Powered by Methodology CONTENTS 3 Introduction 5 Defining Project Management Software 6 FrontRunners (Small Vendors) 8 FrontRunners (Enterprise Vendors) 10 Runners Up 22 Methodology Basics 2 INTRODUCTION his FrontRunners analysis minimum qualifying score of 3.96 Tis a data-driven assessment for Usability and 3.91 for User identifying products in the Project Recommended, while the Small Management software market that Vendor graphic had a minimum offer the best capability and value qualifying score of 4.55 for Usability for small businesses. For a given and 4.38 for User Recommended. market, products are evaluated and given a score for Usability (x-axis) To be considered for the Project and User Recommended (y-axis). Management FrontRunners, a FrontRunners then plots 10-15 product needed a minimum of 20 products each on a Small Vendor user reviews published within 18 and an Enterprise Vendor graphic, months of the evaluation period. based on vendor business size, per Products needed a minimum user category. rating score of 3.0 for both Usability and User Recommended in both In the Project Management the Small and Enterprise graphics. FrontRunners infographic, the Enterprise Vendor graphic had a 3 INTRODUCTION The minimum score cutoff to be included in the FrontRunners graphic varies by category, depending on the range of scores in each category. No product with a score less than 3.0 in either dimension is included in any FrontRunners graphic. For products included, the Usability and User Recommended scores determine their positions on the FrontRunners graphic. 4 DEFINING PROJECT MANAGEMENT SOFTWARE roject management software and document management, as well Phelps organizations manage as at least one of the following: time and deliver projects on time, on tracking, budgeting, and resource budget and within scope.
    [Show full text]
  • The Opendaylight Open Source Project
    UNIVERSIDAD REY JUAN CARLOS Master´ Universitario en Software Libre Curso Academico´ 2014/2015 Proyecto Fin de Master´ The OpenDaylight Open Source Project Autor: Sergio Najib Arroutbi Braojos Tutor: Dr. Gregorio Robles 2 Agradecimientos A mi familia y a mi pareja, por su apoyo incondicional Al equipo de Libresoft de la Universidad Rey Juan Carlos, por su afan´ en ensenar˜ el que´ y el porque´ del Software Libre Dedicatoria Para todos aquellos´ que hacen posible el fenomeno´ del Software Libre 4 (C) 2014 Sergio Najib Arroutbi Braojos. Some rights reserved. This document is distributed under the Creative Commons Attribution-ShareAlike 3.0 license, available in http://creativecommons.org/licenses/by-sa/3.0/ Source files for this document are available at http://github.com/sarroutbi/MFP/opendaylight/ 6 Contents 1 Introduction 19 1.1 Terminology.................................... 19 1.1.1 Open Source Programmable Networking................ 19 1.2 About this document............................... 20 1.2.1 Document structure............................ 20 1.2.2 Scope................................... 21 1.2.3 Methodology............................... 21 2 Goals and Objectives 23 2.1 General Objectives................................ 23 2.2 Subobjectives................................... 23 2.2.1 Acquire competence on OpenDaylight project.............. 23 2.2.2 Analyze OpenDaylight project from an Open Source perspective.... 24 2.2.3 Statistics and measures of the OpenDaylight project.......... 24 3 OpenDaylight: A first view 25 3.1 OpenDaylight Project............................... 25 3.2 SDN........................................ 29 3.2.1 What is SDN?.............................. 29 3.2.2 SDN: Market share and expectations................... 31 3.3 NFV........................................ 34 3.3.1 What is NFV?.............................. 35 3.3.2 SDN/NFV relationship.......................... 36 3.3.3 NFV benefits..............................
    [Show full text]
  • Customization of an Enterprise Request Management System
    ISSN (Online) 2393-8021 ISSN (Print) 2394-1588 International Advanced Research Journal in Science, Engineering and Technology Vol. 2, Issue 2, February 2015 Customization of an Enterprise request Management System 1 2 3 4 Ashna Shah , Chinmay Balutkar , Bhargavee Singh , Rajesh. B. Singh Student, Computer Department, Sinhgad Institute Of technology, Lonavala, India 1,2,3 Associate Professor, Computer Department, Sinhgad Institute Of technology, Lonavala, India4 Abstract: Information provided in issue reports are relevant and complete in order to help resolve issues quickly. However, often such information trickles to developers after several iterations of communication between End user and reporters. This paper addresses the concerns of Customization of an Enterprise management system by proposing for handling of the issues such as bugs, query and enhancements. As a proof-of-concept, we also demonstrate a prototype interactive enterprise request management system that gathers relevant information from the user and identifies files that need to be fixed to resolve the issues. The main contribution of this application is in the domain of business as we are developing Enterprise request Management System. Keywords: Bugs, Issues, query, enhancement. I. INTRODUCTION The use of Enterprise Request Management Systems as a to the issue and again will report the issue to the reporter. tool to organize maintenance activities is widespread. The Developer then will handle the issues and will fix them. systems serve as a central repository for monitoring the This system will help to manage the issues in the business progress of issue reports, requesting additional information domain by fixing them. The issues might be a bug, query from reporters, and discussing potential solutions for or the enhancement.
    [Show full text]
  • Onapp Admin Guide
    2.0 Admin Guide 2.0 Admin Guide Contents 0. About This Guide ............................................................................................... 5 1. OnApp Overview ................................................................................................ 6 1.1 Servers ................................................................................................................... 6 1.2 Networks ................................................................................................................ 7 1.3 Templates .............................................................................................................. 8 1.4 Virtual Machines .................................................................................................... 8 1.5 Scalability .............................................................................................................. 8 1.6 Availability and Reliability .................................................................................... 8 1.7 Security .................................................................................................................. 9 1.8 API and Integration ............................................................................................... 9 2. OnApp Hardware & Software Requirements ................................................. 10 2.1 Hypervisor Servers ............................................................................................. 10 2.2 Control Panel Server ..........................................................................................
    [Show full text]
  • Greater Customization of Ghci Prompt
    Greater customization of GHCi prompt Author: Nikita Sazanovich Mentor: Nikita Kartashov SPb AU, spring 2016 GHC[i] The Glasgow Haskell Compiler, or simply GHC, is a state-of-the-art, open source, compiler and interactive environment for the functional language Haskell. GHCi is GHC’s interactive environment. GHC is heavily dependent on its users and contributors. GHC Ticket #5850 Most shells allow arbitrary user customization of the prompt. The bash prompt has ​ numerous escape sequences for useful information, and if those aren't enough, it allows ​arbitrary command calls. GHCi should gain similar customization abilities. Ways to implement this may include: 1. addition of more escape sequences. 2. addition of a single extra escape sequence with one parameter (an external command call). 3. redesigning the :set prompt option to take a Haskell function. Implementing the feature 1. Haskell Language. 2. Looking for inspiration: bash escape sequences. 3. Understanding the GHC codebase. 4. Refactoring the existing GHC code. 5. Writing the code: parsing the prompt, lazy evaluation, cross-platform. 6. Testing the feature locally. Details: Parsing the prompt :set prompt "%t %w: ghci> " set prompt "%t %w: ghci> " prompt "%t %w: ghci> " "%t %w: ghci> " %t %w: ghci> q%w: ghci> %w: ghci> : ghci> qghci> ... Details: Lazy evaluation Eager evaluation. :set prompt "%t %w: ghci> " READ AND STORE IN PROMPT_STRING IF NEED_TO_PRINT_PROMPT THEN PARSE_AND_PRINT PROMPT_STRING Lazy evaluation. :set prompt "%t %w: ghci> " CREATE_FUNC MAKE_PROMPT = CURRENT_TIME + " " + CURRENT_DIRECTORY + ": ghci> " IF NEED_TO_PRINT_PROMPT THEN PRINT MAKE_PROMPT Details: Cross-platform getUserName :: IO String getUserName = do #ifdef mingw32_HOST_OS getEnv "USERNAME" `catchIO` \e -> do putStrLn $ show e return "" #else getLoginName #endif Contributing the patch to GHC ● Communicating with GHC developers.
    [Show full text]
  • Atlassian Is Primed to Widen Its Appeal Beyond IT
    Seth Agulnick, [email protected] REPORT Atlassian Is Primed to Widen Its Appeal Beyond IT Companies: CA, CRM, GOOG/GOOGL, HPE, IBM, JIVE, MSFT, NOW, ORCL, TEAM, ZEN February 11, 2016 Report Type: Initial Coverage ☐ Previously Covered Full Report ☐ Update Report Research Question: Will Atlassian’s workflow tools continue to grow quickly with software development teams while also expanding into new use cases? Summary of Findings Silo Summaries . Atlassian Corp. Plc’s (TEAM) tracking and collaboration tools, widely 1) Atlassian Software Users considered the best-in-class for software development, are gaining JIRA and Confluence are both effective tools for team traction among nontechnical teams. collaboration. JIRA can be customized to suit nearly any team’s development process, though setup is . The company’s two flagship products, JIRA and Confluence, are complicated. Confluence is much easier to use and slowly being rolled out in departments like human resources, sales, tends to be deployed more widely. Atlassian’s biggest customer support and product management. These represent a advantage is the way all of its software pieces work together. Atlassian products—which already are being much larger market than Atlassian’s traditional core in IT. branched out beyond software development—can grow . JIRA was praised for its flexibility and advanced customization even further with business teams. options, though the latter trait makes setup and maintenance a challenge. It has great potential for sales growth with any business 2) Users of Competing Software Three of these five sources said Atlassian’s JIRA is not team that needs to track numerous tasks through a multistage the right fit for every company.
    [Show full text]
  • Executing Informal Processes
    Institute of Architecture of Application Systems Executing Informal Processes C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger Institute of Architecture of Application Systems, University of Stuttgart, Germany {lastname}@iaas.uni-stuttgart.de C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger. 2015. Executing Informal Processes. In Proceedings of iiWAS ’15, December 11-13, 2015, Brussels, Belgium. DOI: http://dx.doi.org/10.1145/2837185.2837225 @inproceedings: {Sungur2015a, author = {Sungur, Celal Timurhan and Breitenb\"ucher, Uwe and Leymann, Frank and Wettinger, Johannes}, title = {Executing Informal Processes}, booktitle = {The 17th International Conference on Information Integration and Web-based Applications {\&} Services, {IIWAS} '15, Brussels, Belgium, December 11-13, 2015}, year = {2015}, publisher = {ACM} } © ACM 2015 This is the author's version of the work. It is posted here by permission of ACM for your personal use. Not for redistribution. The definitive version is available at ACM: http://dx.doi.org/10.1145/2837185.2837225 Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Executing Informal Processes C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger Institute of Architecture of Application Systems University of Stuttgart 70569 Stuttgart, Germany [email protected] ABSTRACT Keywords Processes involving knowledge workers, such as decision- Informal processes, agent-centered processes, human-centric making processes, research processes, development processes, processes, process execution, TOSCA, APIfication maintenance processes, etc.
    [Show full text]
  • Full Stack Developer / Architect London £470/Day Years of Experience: 17+ Latest Contract: Senior Full-Stack Developer, Leading Social Media App
    Full Stack Developer / Architect London £470/day Years of experience: 17+ Latest contract: Senior Full-stack Developer, Leading Social Media App. For the past 17 years, gaining exposure to cutting edge technologies and applying them to creative ends has been my passion. From the early Web to contemporary Interactive / New Media, I have been following a path which has brought more ambitious & challenging projects each time. Working with content from Film, TV, Visual Effects &Journalism and applying such as multi-platform storytelling, machine learning, gamification & altered reality, I have been involved in creating interactive experiences which entertain, inform & inspire. I am actively seeking projects which allow me to continue to expand my knowledge of cutting-edge technology and surpass past challenges in terms of creativity, scale and impact. Expertise - Interaction design, Full-Stack Application Architecture, Object Oriented Design Patterns, Relational Data Modelling, Proprietary Scripting Languages, Automation, Microservices - Natural Language Processing, Semantic Neural Networks & the employment of Ontologies (in particular SUMO) for Machine Learning - Development of proprietary suites of Tools & Frameworks for RAD in particular dealing with Abstract Data Types, Game-state Management, Multilingual Data, REST/API interactions, Content Creation, Editing & Delivery - R&D and Rapid Prototyping, Concept Development, Technical Writing for R&D credits, Project Specification - Project Management, Roll Out, Development Team Management,
    [Show full text]
  • Frameworks, Algorithms and Scalable Technologies for Mathematics (Fastmath))
    SciDAC Institute First Year Progress Report Frameworks, Algorithms and Scalable Technologies for Mathematics (FASTMath)) Principal Investigator: Lori Diachin Lawrence Livermore National Laboratories Livermore, CA 94551 [email protected] Senior Investigators: Mihai Anitescu, Lois McInnes,Todd Munson, Argonne National Laboratory Barry Smith, Tim Tautges Ann Almgren, John Bell, Phil Colella, Sherry Li, Lawrence Berkeley National Laboratory Esmond Ng, Brian Van Straalen, Chao Yang Milo Dorr, Rob Falgout, Jeff Hittinger, Mark Miller, Lawrence Livermore National Laboratory Carol Woodward, Ulrike Yang Mark Shephard, Onkar Sahni, Seegyoung Seol Rensselaer Polytechnic Institute Karen Devine, Vitus Leung, Glen Hansen, Sandia National Laboratories Jonathan Hu, Siva Rajamanickam, Andy Salinger Mark Adams Columbia University Dan Reynolds Southern Methodist University Jim Demmel UC Berkeley Carl Ollivier-Gooch University of British Columbia Contents 1 FASTMath Overview 1 2 Executive Summary of Progress to Date 2 3 FASTMath Technologies: First Year Progress and Plans 4 3.1 Tools for Problem Discretization . 4 3.1.1 Structured grid technologies. 4 3.1.2 Unstructured grid technologies. 6 3.1.3 Particle methods. 10 3.1.4 Time discretization. 10 3.2 Tools for Solution of Algebraic Systems . 11 3.2.1 Iterative solution of linear systems. 11 3.2.2 Direct solution of linear systems. 15 3.2.3 Nonlinear systems. 17 3.2.4 Eigensystems. 17 3.2.5 DVI methods. 19 3.3 High-Level Integrated Technologies . 20 3.3.1 Mesh/solver interactions. 20 3.3.2 Mesh-to-mesh coupling methods. 21 3.3.3 Full analysis codes and UQ processes using unstructured grid technologies. 22 3.3.4 Software Strategies.
    [Show full text]