2014년 4월 16일(수)~18일(금)까지 진행 된 다음세대재단 제12회 인터넷 리더십 프로그램의 강연 자료입니다.
- 사이트: http://itcanus.net/leadership
- 트위터: https://twitter.com/daumfoundation
- 페이스북: https://www.facebook.com/daumfoundation
2014년 4월 16일(수)~18일(금)까지 진행 된 다음세대재단 제12회 인터넷 리더십 프로그램의 강연 자료입니다.
- 사이트: http://itcanus.net/leadership
- 트위터: https://twitter.com/daumfoundation
- 페이스북: https://www.facebook.com/daumfoundation
페이스북을 활용하려는 기업은 무엇을 해야 할까요?
대부분의 기업은 페이스북 페이지를 잘 운영해서 팬을 많이 확보하는 것에 초점을 맞추지만.. 기업이 가진 리소스인 웹사이트와 블로그, 모바일앱에 페이스북을 연동해야 더욱 효과를 볼 수 있습니다.
이 자료는 블로터아카데미의 '페이스북 페이지 완전정복'에서 강의하는 내용으로, 기업이 페이스북을 활용하는 방법에 대한 모든 내용을 담고 있습니다.
2013년 10월 30일(수)~11월 1일(금)까지 진행 된 다음세대재단
제11회 인터넷 리더십 프로그램의 강연 자료입니다.
- 사이트: http://itcanus.net/leadership
- 트위터: https://twitter.com/daumfoundation
- 페이스북: https://www.facebook.com/daumfoundation
An Empirical Study of the Effect of File Editing Patterns on Software QualityFeng Zhang
While some developers like to work on multiple code change requests, others might prefer to handle one change request at a time. This juggling of change requests and the large number of developers working in parallel often lead to files being edited as part of different change requests by one or several developers. Existing research has warned the community about the potential negative impacts of some file editing patterns on software quality. For example, when several developers concurrently edit a file as part of different change requests, they are likely to introduce bugs due to limited awareness of other changes. However, very few studies have provided quantitative evidence to support these claims. In this paper, we identify four file editing patterns. We perform an empirical study on three open source software systems to investigate the individual and the combined impact of the four patterns on software quality. We find that: (1) files that are edited concurrently by many developers have on average 2.46 times more future bugs than files that are not concurrently edited; (2) files edited in parallel with other files by the same developer have on average 1.67 times more future bugs than files individually edited; (3) files edited over an extended period (i.e., above the third quartile) of time have 2.28 times more future bugs than other files; and (4) files edited with long interruptions (i.e., above the third quartile) have 2.1 times more future bugs than other files. When more than one editing patterns are followed by one or many developers during the editing of a file, we observe that the number of future bugs in the file can be as high as 1.6 times the average number of future bugs in files edited following a single editing pattern. These results can be used by software development teams to warn developers about risky file editing patterns.
페이스북을 활용하려는 기업은 무엇을 해야 할까요?
대부분의 기업은 페이스북 페이지를 잘 운영해서 팬을 많이 확보하는 것에 초점을 맞추지만.. 기업이 가진 리소스인 웹사이트와 블로그, 모바일앱에 페이스북을 연동해야 더욱 효과를 볼 수 있습니다.
이 자료는 블로터아카데미의 '페이스북 페이지 완전정복'에서 강의하는 내용으로, 기업이 페이스북을 활용하는 방법에 대한 모든 내용을 담고 있습니다.
2013년 10월 30일(수)~11월 1일(금)까지 진행 된 다음세대재단
제11회 인터넷 리더십 프로그램의 강연 자료입니다.
- 사이트: http://itcanus.net/leadership
- 트위터: https://twitter.com/daumfoundation
- 페이스북: https://www.facebook.com/daumfoundation
An Empirical Study of the Effect of File Editing Patterns on Software QualityFeng Zhang
While some developers like to work on multiple code change requests, others might prefer to handle one change request at a time. This juggling of change requests and the large number of developers working in parallel often lead to files being edited as part of different change requests by one or several developers. Existing research has warned the community about the potential negative impacts of some file editing patterns on software quality. For example, when several developers concurrently edit a file as part of different change requests, they are likely to introduce bugs due to limited awareness of other changes. However, very few studies have provided quantitative evidence to support these claims. In this paper, we identify four file editing patterns. We perform an empirical study on three open source software systems to investigate the individual and the combined impact of the four patterns on software quality. We find that: (1) files that are edited concurrently by many developers have on average 2.46 times more future bugs than files that are not concurrently edited; (2) files edited in parallel with other files by the same developer have on average 1.67 times more future bugs than files individually edited; (3) files edited over an extended period (i.e., above the third quartile) of time have 2.28 times more future bugs than other files; and (4) files edited with long interruptions (i.e., above the third quartile) have 2.1 times more future bugs than other files. When more than one editing patterns are followed by one or many developers during the editing of a file, we observe that the number of future bugs in the file can be as high as 1.6 times the average number of future bugs in files edited following a single editing pattern. These results can be used by software development teams to warn developers about risky file editing patterns.
How does Context Affect the Distribution of Software Maintainability Metrics?Feng Zhang
Software metrics have many uses, e.g., defect prediction, effort estimation, and benchmarking an organization against peers and industry standards. In all these cases, metrics may depend on the context, such as the programming language. Here we aim to investigate if the distributions of commonly used metrics do, in fact, vary with six context factors: application domain, programming language, age, lifespan, the number of changes, and the number of downloads. For this preliminary study we select 320 nontrivial software systems from SourceForge. These software systems are randomly sampled from nine popular application domains of SourceForge. We calculate 39 metrics commonly used to assess software maintainability for each software system and use Kruskal Wallis test and Mann-Whitney U test to determine if there are significant differences among the distributions with respect to each of the six context factors. We use Cliff’s delta to measure the magnitude of the differences and find that all six context factors affect the distribution of 20 metrics and the programming language factor affects 35 metrics. We also briefly discuss how each context factor may affect the distribution of metric values.We expect our results to help software benchmarking and other software engineering methods that rely on these commonly used metrics to be tailored to a particular context.
Leveraging Olympic Investments at the 2008 Beijing Olympic ParkAnnie Bidgood
Spring 2013 studio project at the University of Pennsylvania City Planning Program.
Goal: Leverage investments made for the 2008 Olympic Games to create a performative public green space that responds to the environmental, economic, and historical significance of the area.
Instructors: Evan Rose and Stefan Al
Team members: Annie Bidgood, Mercedes Ha, Xinlin Huang, Rachel Watson, Leah Whiteside, Alan Baker Yu, Cory Zimmerman, and Hasan Zuhairy.
Towards Building a Universal Defect Prediction ModelFeng Zhang
To predict files with defects, a suitable prediction model must be built for a software project from either itself (withinproject) or other projects (cross-project). A universal defect prediction model that is built from the entire set of diverse projects would relieve the need for building models for an individual project. A universal model could also be interpreted as a basic relationship between software metrics and defects. However, the variations in the distribution of predictors pose a formidable obstacle to build a universal model. Such variations exist among projects with different context factors (e.g., size and programming language). To overcome this challenge, we propose context-aware rank transformations for predictors. We cluster projects based on the similarity of the distribution of 26 predictors, and derive the rank transformations using quantiles of predictors for a cluster. We then fit the universal model on the transformed data of 1,398 open source projects hosted on SourceForge and GoogleCode. Adding context factors to the universal model improves the predictive power. The universal model obtains prediction performance comparable to the within-project models and yields similar results when applied on five external projects (one Apache and four Eclipse projects). These results suggest that a universal defect prediction model may be an achievable goal.
다년간 SNS 기반 커뮤니티, 대학교 강의, 소셜 커머스 사업, 에이전시, 평가 및 컨설팅을 거쳐 현직 대기업 SNS 팀장으로 일하면서 조금씩 만들어 두고 정리해 두었던 자료들을 사내 교육용으로 만들어 본 자료입니다.
사실 오래전 자료들이 많기 때문에 최신 트렌드나 통계 수치들이 틀린 부분도 분명 있을것 같습니다. 소셜 미디어 담당자들이 쥬니어급으로 입사했을 때 기본 개념을 잡아 주는 용도로 활용할 수 있지 않을까 싶습니다.
첨부 파일로 PDF 파일을 업로드하였으니 다운로드 받아 사용하시면 됩니다.
주요 내용은 아래와 같이 구성되어 있습니다.
소셜 미디어의 이해
소셜 미디어 운영 전략
페이스북 운영 전략
블로그 운영 전략
트위터 운영 전략
* 워낙 여기 저기서 펌질한 자료들이 많아서 본의 아닌게 저작권을 침해한 부분도 있을것 같습니다.
만약 문제 되는 부분이 있어 댓글로 지적해주시면 해당 부분은 수정 또는 삭제하겠습니다.
소셜미디어 온라인 마케팅 가능성과 방향에 대한 발표 내용.
사례 내용 등등.
- Social Network Social Media 이해
- Social Media 부각되는 이유
- Social Network Trend의 의미와 미래
- Social Media PR & Marketing 가능성
- Social Media 전략
- 사례로 보는 Social Media
- Social Media 운영 Point
- eStoryLAB 경험공유
마케팅 담당자를 위한, 2시간짜리 실전 소셜미디어 운영법Jay Cho
마케팅 커뮤니케이션 담당자를 위한, 2시간짜리 실전 소셜미디어/SNS 운영법입니다.
2015년 변화된 환경에 따라, 페이스북, 트위터, 유튜브, 인스타그램, 카카오 등의 핵심 SNS와 관련한, 채널선택법, 운영법, 컨텐츠작성법, 소셜팁 등 4가지 측면에서 핵심만 정리했습니다.
자세한 내용은 http://jjambong.com 을 참고해보세요. :)
* 이 자료는 모 기업에서 진행한 소셜미디어 강의 자료를 공개 버젼으로 각색했습니다.
3. CONTENTS
01. 빅데이터시대 기업은 왜 소셜리더를 찾는가?
02. 소셜리더가 되려면 소셜여행은 필수다
03. 남들보다 한 발 빠른 정보 소셜로 선점하라!
05. 취업일지를 블로그에 담아라.
04. 하루 30분 투자로 SNS스케쥴을 관리하라.
06. SNS생태계를 구축하라.
4. CONTENTS
07. 취업 전에 자신만의 명함을 만들어라
08. 회사의 소셜 데이터를 분석하여 제공하라
09. 큐레이션만 잘해도 크리에이터가 될 수 있다.
11. 빅데이터시대 소셜리더 책을 출간하라
10. 창업준비 SNS플랫폼을 활용하라