Macruby on Ios – Rubymotion Review What I Like About Rubymotion
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Tomasz Dąbrowski / Rockhard GIC 2016 Poznań WHAT DO WE WANT? WHAT DO WE WANT?
WHY (M)RUBY SHOULD BE YOUR NEXT SCRIPTING LANGUAGE? Tomasz Dąbrowski / Rockhard GIC 2016 Poznań WHAT DO WE WANT? WHAT DO WE WANT? • fast iteration times • easy modelling of complex gameplay logic & UI • not reinventing the wheel • mature tools • easy to integrate WHAT DO WE HAVE? MY PREVIOUS SETUP • Lua • not very popular outside gamedev (used to be general scripting language, but now most applications seem to use python instead) • even after many years I haven’t gotten used to its weird syntax (counting from one, global variables by default, etc) • no common standard - everybody uses Lua differently • standard library doesn’t include many common functions (ie. string.split) WHAT DO WE HAVE? • as of 2016, Lua is still a gold standard of general game scripting languages • C# (though not scripting) is probably even more popular because of the Unity • Unreal uses proprietary methods of scripting (UScript, Blueprints) • Squirrel is also quite popular (though nowhere near Lua) • AngelScript, Javascript (V8), Python… are possible yet very unpopular choices • and you can always just use C++ MY CRITERIA POPULARITY • popularity is not everything • but using a popular language has many advantages • most problems you will encounter have already been solved (many times) • more production-grade tools • more documentation, tutorials, books, etc • most problems you will encounter have already been solved (many times) • this literally means, that you will be able to have first prototype of anything in seconds by just copying and pasting code • (you can -
Feather-Weight Cloud OS Developed Within 14 Man-Days Who Am I ?
Mocloudos Feather-weight Cloud OS developed within 14 man-days Who am I ? • Embedded Software Engineer • OSS developer • Working at Monami-ya LLC. • Founder/CEO/CTO/CFO/and some more. Some My Works • Realtime OS • TOPPERS/FI4 (dev lead) • TOPPERS/HRP (dev member) • OSS (C) JAXA (C) TOPPERS Project • GDB (committer / write after approval) • mruby (listed in AUTHOR file) • Android-x86 (develop member) Wish • Feather-weight cloud OS. • Runs on virtualization framework. • Works with VM based Light-weight Language like Ruby. Wish • Construct my Cloud OS within 14 man-days My First Choice • mruby - http://www.mruby.org/ • Xen + Stubdom - http://www.xen.org/ What’s mruby • New Ruby runtime. http://github.com/mruby/mruby/ • Created by Matz. GitHub based CI development. • Embedded systems oriented. • Small memory footprint. • High portability. (Device independent. ISO C99 style.) • Multiple VM state support (like Lua). • mrbgem - component model. mrbgem • Simple component system for mruby. • Adds/modifies your feature to mruby core. • By writing C lang source or Ruby script. • Linked statically to core runtime. • Easy to validate whole runtime statically. Stubdom • “Stub” for Xen instances in DomU. • IPv4 network support (with LWIP stack) • Block devices support. • Newlib based POSIX emulation (partly) • Device-File abstraction like VFS. Stubdom • This is just a stub. • The implementation is half baked. • More system calls returns just -1 (error) • No filesystems My Additional Choice • FatFs : Free-beer FAT Filesystem • http://elm-chan.org/fsw/ff/00index_e.html • Very permissive license. • So many example uses including commercial products. My Hacks • Writing several glue code as mrbgems. • Xen’s block device - FatFs - Stubdom • Hacking mrbgems to fit poor Stubdom API set. -
Cross-Platform Mobile Software Development with React Native Pages and Ap- Pendix Pages 27 + 0
Cross-platform mobile software development with React Native Janne Warén Bachelor’s thesis Degree Programme in ICT 2016 Abstract 9.10.2016 Author Janne Warén Degree programme Business Information Technology Thesis title Number of Cross-platform mobile software development with React Native pages and ap- pendix pages 27 + 0 The purpose of this study was to give an understanding of what React Native is and how it can be used to develop a cross-platform mobile application. The study explains the idea and key features of React Native based on source literature. The key features covered are the Virtual DOM, components, JSX, props and state. I found out that React Native is easy to get started with, and that it’s well-suited for a web programmer. It makes the development process for mobile programming a lot easier com- pared to traditional native approach, it’s easy to see why it has gained popularity fast. However, React Native still a new technology under rapid development, and to fully under- stand what’s happening it would be good to have some knowledge of JavaScript and per- haps React (for the Web) before jumping into React Native. Keywords React Native, Mobile application development, React, JavaScript, API Table of contents 1 Introduction ..................................................................................................................... 1 1.1 Goals and restrictions ............................................................................................. 1 1.2 Definitions and abbreviations ................................................................................ -
Internationalization in Ruby 2.4
Internationalization in Ruby 2.4 http://www.sw.it.aoyama.ac.jp/2016/pub/IUC40-Ruby2.4/ 40th Internationalization and Unicode Conference Santa Clara, California, U.S.A., November 3, 2016 Martin J. DÜRST [email protected] Aoyama Gakuin University © 2016 Martin J. Dürst, Aoyama Gakuin University Abstract Ruby is a purely object-oriented scripting language which is easy to learn for beginners and highly appreciated by experts for its productivity and depth. This presentation discusses the progress of adding internationalization functionality to Ruby for the version 2.4 release expected towards the end of 2016. One focus of the talk will be the currently ongoing implementation of locale-aware case conversion. Since Ruby 1.9, Ruby has a pervasive if somewhat unique framework for character encoding, allowing different applications to choose different internationalization models. In practice, Ruby is most often and most conveniently used with UTF-8. Support for internationalization facilities beyond character encoding has been available via various external libraries. As a result, applications may use conflicting and confusing ways to invoke internationalization functionality. To use case conversion as an example, up to version 2.3, Ruby comes with built-in methods for upcasing and downcasing strings, but these only work on ASCII. Our implementation extends this to the whole Unicode range for version 2.4, and efficiently reuses data already available for case-sensitive matching in regular expressions. We study the interface of internationalization functions/methods in a wide range of programming languages and Ruby libraries. Based on this study, we propose to extend the current built-in Ruby methods, e.g. -
C. Elegans and CRISPR/Cas Gene Editing to Study BAP1 Cancer-Related Mutations and Cisplatin Chemoresistance
C. elegans and CRISPR/Cas gene editing to study BAP1 cancer-related mutations and cisplatin chemoresistance Carmen Martínez Fernández TESI DOCTORAL UPF / 2020 Thesis supervisor Dr. Julián Cerón Madrigal Modeling Human Diseases in C. elegans Group. Gene, Disease, and Therapy Program. IDIBELL. Department of Experimental and Health Sciences Para aquellos que aún perviven en el amor, la alegría y la perseverancia. Acknowledgments En primer lugar, quiero agradecer a mis padres, María del Mar y Fran, por darme vuestro amor y apoyo incondicional en todas las decisiones que he tomado en estos 27 años. Y a mi hermana, Helena, por tener el corazón más grande del planeta, a juego con sus labios y su frente, y tenerme siempre en él. No os lo digo, pero os quiero mucho. A mi familia, porque sois la mejor que me ha podido tocar: a mi abuelo Paco, a mi abuela Carmen y mi a abuela Maru. A vosotros, Caki y Padrino, titos y titas. A mis primos, primitas y primito =) Os quiero mucho a todos! Mención especial a Julián, ¡lo hemos conseguido!. Gracias por el apoyo. Gracias por la motivación que desprendes, aunque a veces sea difícil de encontrar. Gracias también por echarme del país y por dejarme empezar a aprender contigo. No ha sido fácil, pero sin duda, volvería a repetir. A Curro, Karinna, Xènia y Montse, porque fuisteis mis primeros labmates. Esos nunca se olvidan. A la segunda ronda, David, Dimitri, LLuís y Jeremy. ¡Lo que une Cerón lab, no lo separará nae! En especial, quería agradecer a XS, Mex y Dim. -
Anton Davydov ·
Anton Davydov Software Architect phone: +7(968) 663-81-28 email: [email protected] github: github.com/davydovanton site: davydovanton.com About Helping business solve problems, grow technical culture and developers understand business. Active OpenSource activist and contributor. Hanami and dry-rb core developer. I’m trying to be on the cutting edge of technology. Besides I have communication skills and meet deadlines. I’m interested in distributed systems, data evolution, communication between different services, architecture problems and functional programming. Profession experience JUNE 2020 - CURRENT TIME, CONSULTING, SOLUTION ARCHITECT Worked as an independent solution architect with different clients. I helped with getting business requirements and logic, detecting the importance of each business feature. Also, I designed a technical solution based on business requirements, current implementation, and available technical and non-technical resources. I helped with migration from monolith to SOA and helped with understanding and researching around necessary infrastructure for SOA. I worked on several major tasks at this time: - Got necessary requirements, designed and helped with implementation for a new version of billing for internal employees; - Got necessary requirements and designed solution for item synchronization in orders; - Designed a new implementation for roles in the company based on ABAC paradigm; Domains: Ecommerce, advertising, billing and accounting, integration with different systems, SOA. Database: postgresql, redis, big query, kafka, rabbitmq, elastic search, prometheus. Languages: ruby, javascript, node.js, go, elixir, java. JULY 2019 - MARCH 2020, TOPTAL, BACKEND ARCHITECT I developed, researched, documented and managed migration to service-oriented architecture while I was working in toptal. I researched technologies and practices which toptal are using for migrating to the service and build new architecture. -
Python Guide Documentation 0.0.1
Python Guide Documentation 0.0.1 Kenneth Reitz 2015 09 13 Contents 1 Getting Started 3 1.1 Picking an Interpreter..........................................3 1.2 Installing Python on Mac OS X.....................................5 1.3 Installing Python on Windows......................................6 1.4 Installing Python on Linux........................................7 2 Writing Great Code 9 2.1 Structuring Your Project.........................................9 2.2 Code Style................................................ 15 2.3 Reading Great Code........................................... 24 2.4 Documentation.............................................. 24 2.5 Testing Your Code............................................ 26 2.6 Common Gotchas............................................ 30 2.7 Choosing a License............................................ 33 3 Scenario Guide 35 3.1 Network Applications.......................................... 35 3.2 Web Applications............................................ 36 3.3 HTML Scraping............................................. 41 3.4 Command Line Applications....................................... 42 3.5 GUI Applications............................................. 43 3.6 Databases................................................. 45 3.7 Networking................................................ 45 3.8 Systems Administration......................................... 46 3.9 Continuous Integration.......................................... 49 3.10 Speed.................................................. -
Debugging at Full Speed
Debugging at Full Speed Chris Seaton Michael L. Van De Vanter Michael Haupt Oracle Labs Oracle Labs Oracle Labs University of Manchester michael.van.de.vanter [email protected] [email protected] @oracle.com ABSTRACT Ruby; D.3.4 [Programming Languages]: Processors| Debugging support for highly optimized execution environ- run-time environments, interpreters ments is notoriously difficult to implement. The Truffle/- Graal platform for implementing dynamic languages offers General Terms an opportunity to resolve the apparent trade-off between Design, Performance, Languages debugging and high performance. Truffle/Graal-implemented languages are expressed as ab- Keywords stract syntax tree (AST) interpreters. They enjoy competi- tive performance through platform support for type special- Truffle, deoptimization, virtual machines ization, partial evaluation, and dynamic optimization/deop- timization. A prototype debugger for Ruby, implemented 1. INTRODUCTION on this platform, demonstrates that basic debugging services Although debugging and code optimization are both es- can be implemented with modest effort and without signifi- sential to software development, their underlying technolo- cant impact on program performance. Prototyped function- gies typically conflict. Deploying them together usually de- ality includes breakpoints, both simple and conditional, at mands compromise in one or more of the following areas: lines and at local variable assignments. The debugger interacts with running programs by insert- • Performance: Static compilers -
Shaunak Vairagare Shaunakv1
[email protected] Shaunak Vairagare shaunakv1 GIS Web Developer 832-603-9023 1000 Bonieta Harrold Dr #12106 Charleston SC 29414 Innovative software engineer offering eight plus years of experience in Web development and GIS involving full software development lifecycle – from concept through delivery of next- generation applications and customizable solutions. Expert in advanced development methodologies tools and processes. Strong OOP and Design Patterns skills. Deep understanding of OOAD and Agile software development. Creative problem solver and experience in designing software work-flows for complex Geo- spatial applications on web, desktop and mobile platforms. Technical Skills Front End HTML 5, CSS 3, JavaScript, Angular, D3 GIS Servers GeoServer, ArcGIS Server Front End Tools Yeoman, Grunt, Bower Map API OpenLayers, Leaflet, TileMill, Google Maps, BingMaps Web Development Node.js, Ruby on Rails, Spring ESRI ArcGIS Rest, Image Services DevOps Capistrano, Puppet, AWS Stack, Heroku OGC WMS, WFS, GeoJSON, GML, KML, GeoRSS Database MongoDB, MySQL, PostgreSQL, SQL Server GIS Tools ArcGIS, FME, GDAL, LibLAS, Java Topology Suite Servers Apache2, Phusion Passenger, Tomcat GIS Data LiDAR, GeoTIFF, LAS, ShapeFile, GDF Mobile Web PhoneGap , jQuery Mobile, Sencha Touch Carto Databases PostgreSQL/PostGIS , SQL Server Spatial Mobile Native iOS, RubyMotion Data Formats Tele Atlas, NavTeq, Lead Dog, Map My India Languages Ruby, Node.js, Python, Java, ObjectiveC Process & Tools JIRA, Jenkins, Bamboo Work Experience (8+ years) -
Specialising Dynamic Techniques for Implementing the Ruby Programming Language
SPECIALISING DYNAMIC TECHNIQUES FOR IMPLEMENTING THE RUBY PROGRAMMING LANGUAGE A thesis submitted to the University of Manchester for the degree of Doctor of Philosophy in the Faculty of Engineering and Physical Sciences 2015 By Chris Seaton School of Computer Science This published copy of the thesis contains a couple of minor typographical corrections from the version deposited in the University of Manchester Library. [email protected] chrisseaton.com/phd 2 Contents List of Listings7 List of Tables9 List of Figures 11 Abstract 15 Declaration 17 Copyright 19 Acknowledgements 21 1 Introduction 23 1.1 Dynamic Programming Languages.................. 23 1.2 Idiomatic Ruby............................ 25 1.3 Research Questions.......................... 27 1.4 Implementation Work......................... 27 1.5 Contributions............................. 28 1.6 Publications.............................. 29 1.7 Thesis Structure............................ 31 2 Characteristics of Dynamic Languages 35 2.1 Ruby.................................. 35 2.2 Ruby on Rails............................. 36 2.3 Case Study: Idiomatic Ruby..................... 37 2.4 Summary............................... 49 3 3 Implementation of Dynamic Languages 51 3.1 Foundational Techniques....................... 51 3.2 Applied Techniques.......................... 59 3.3 Implementations of Ruby....................... 65 3.4 Parallelism and Concurrency..................... 72 3.5 Summary............................... 73 4 Evaluation Methodology 75 4.1 Evaluation Philosophy -
The Ruby Intermediate Language ∗
The Ruby Intermediate Language ∗ Michael Furr Jong-hoon (David) An Jeffrey S. Foster Michael Hicks University of Maryland, College Park ffurr,davidan,jfoster,[email protected] Abstract syntax that is almost ambiguous, and a semantics that includes Ruby is a popular, dynamic scripting language that aims to “feel a significant amount of special case, implicit behavior. While the natural to programmers” and give users the “freedom to choose” resulting language is arguably easy to use, its complex syntax and among many different ways of doing the same thing. While this ar- semantics make it hard to write tools that work with Ruby source guably makes programming in Ruby easier, it makes it hard to build code. analysis and transformation tools that operate on Ruby source code. In this paper, we describe the Ruby Intermediate Language In this paper, we present the Ruby Intermediate Language (RIL), (RIL), an intermediate language designed to make it easy to ex- a Ruby front-end and intermediate representation that addresses tend, analyze, and transform Ruby source code. As far as we are these challenges. RIL includes an extensible GLR parser for Ruby, aware, RIL is the only Ruby front-end designed with these goals in and an automatic translation into an easy-to-analyze intermediate mind. RIL provides four main advantages for working with Ruby form. This translation eliminates redundant language constructs, code. First, RIL’s parser is completely separated from the Ruby in- unravels the often subtle ordering among side effecting operations, terpreter, and is defined using a Generalized LR (GLR) grammar, and makes implicit interpreter operations explicit. -
Ruby Objective-C Smalltalk-80 Typing
MacRuby (the bloodthirsty) Mario Aquino http://marioaquino.blogspot.com 1 MacRuby vantz ta drink yer blud 2 JRuby MacRuby IronRuby 3 4 Ruby Objective-C Smalltalk-80 Typing dynamic dynamic/static dynamic Runtime access to yes yes yes method names Runtime access to class yes yes yes names Runtime access to yes yes yes instance variable names Forwarding yes yes yes Metaclasses yes yes yes Inheritance mix-in single single Access to super method super super super root class Object Object (can have multiple) Object (can have multiple) Receiver name self self self Private Data yes yes yes Private methods yes no no Class Variables yes no yes Garbage Collection yes yes yes From http://www.approximity.com/ruby/Comparison_rb_st_m_java.html 5 Syntactic Comparison obj.method parameter [obj method:parameter] NSMutableArray *items = items = [] [[NSMutableArray alloc] init]; ‘Heynow’ @”Heynow” 6 Objective-C: Categories #import <objc/Object.h> #import "Integer.h" @interface Integer : Object @implementation Integer { - (int) integer int integer; { } return integer; } - (int) integer; - (id) integer: (int) _integer; - (id) integer: (int) _integer @end { integer = _integer; #import "Integer.h" return self; } @interface Integer (Arithmetic) @end - (id) add: (Integer *) addend; @end #import "Arithmetic.h" @implementation Integer (Arithmetic) - (id) add: (Integer *) addend { return [self integer: [self integer] + [addend integer]]; } 7 Ruby: Open Classes class Integer attr_reader :integer def integer=(_integer) @integer = _integer self end end class Integer