Spelling suggestions: "subject:"scale"" "subject:"scalp""
1 |
Generic programming in ScalaN'guessan, Olayinka 25 April 2007 (has links)
Generic programming is a programming methodology that aims at producing
reusable code, defined independently of the data types on which it is operating. To
achieve this goal, that particular code must rely on a set of requirements known
as concepts. The code is only functional for the set of data types that fulfill the
conditions established by its concepts. Generic programming can facilitate code reuse
and reduce testing.
Generic programming has been embraced mostly in the C++ community; major
parts of the C++ standard library have been developed following the paradigm. This
thesis is based on a study (by Garcia et al.) on generic programming applied to other
languages (C#, Eiffel, Haskell, Java and ML). That study demonstrated that those
languages are lacking in their support for generic programming, causing diffculties
to the programmer.
In this context, we investigate the new object-oriented language Scala. This
particular language appealed to our interest because it implements "member types"
which we conjecture to fix some of the problems of the languages surveyed in the
original study. Our research shows that Scala's member types are an expressive
language feature and solve some but not all of the problems identified in the original
study (by Garcia et al.).
Scala's members types did not resolve the problem of adding associated types to
the parameter list of generic methods. This issue led to repeated constraints, implicit instantiation failure and code verbosity increase. However, Scala's member types
enabled constraint propagation and type aliasing, two significantly useful generic
programming mechanisms.
|
2 |
Hermetismo y visualidad la poesía gráfica de Eduardo Scala /Muriel Durán, Felipe, January 1900 (has links)
Thesis (Ph. D.)--Universidad de Córdoba, 2001. / Includes bibliographical references (p. [335]-363) and index.
|
3 |
Hermetismo y visualidad la poesía gráfica de Eduardo Scala /Muriel Durán, Felipe, January 1900 (has links)
Thesis (Ph. D.)--Universidad de Córdoba, 2001. / Includes bibliographical references (p. [335]-363) and index.
|
4 |
Uma infraestrutura para aplicações distribuídas baseadas em atores Scala / An infrastructure for distributed applications based on Scala actorsCoraini, Thiago Henrique 28 November 2011 (has links)
Escrever aplicações concorrentes é comumente tido como uma tarefa difícil e propensa a erros. Isso é particularmente verdade para aplicações escritas nas linguagens de uso mais disseminado, como C++ e Java, que oferecem um modelo de programação concorrente baseado em memória compartilhada e travas. Muitos consideram que o modo de se programar concorrentemente nessas linguagens é inadequado e dificulta a construção de sistemas livres de problemas como condições de corrida e deadlocks. Por conta disso e da popularização de processadores com múltiplos núcleos, nos últimos anos intensificou-se a busca por ferramentas mais adequadas para o desenvolvimento de aplicações concorrentes. Uma alternativa que vem ganhando atenção é o modelo de atores, proposto inicialmente na década de 1970 e voltado especificamente para a computação concorrente. Nesse modelo, cada ator é uma entidade isolada, que não compartilha memória com outros atores e se comunica com eles somente por meio de mensagens assíncronas. A implementação mais bem sucedida do modelo de atores é a oferecida por Erlang, a linguagem que (provavelmente) explorou esse modelo de forma mais eficiente. A linguagem Scala, surgida em 2003, roda na JVM e possui muitas semelhanças com Java. No entanto, no que diz respeito à programação concorrente, os criadores de Scala buscaram oferecer uma solução mais adequada. Assim, essa linguagem oferece uma biblioteca que implementa o modelo de atores e é fortemente inspirada nos atores de Erlang. O objetivo deste trabalho é explorar o uso do modelo de atores na linguagem Scala, especificamente no caso de aplicações distribuídas. Aproveitando o encapsulamento imposto pelos atores e a concorrência inerente ao modelo, propomos uma plataforma que gerencie a localização dos atores de modo totalmente transparente ao desenvolvedor e que tem o potencial de promover o desenvolvimento de aplicações eficientes e escaláveis. Nossa infraestrutura oferece dois serviços principais, ambos voltados ao gerenciamento da localização de atores: distribuição automática e migração. O primeiro deles permite que o programador escreva sua aplicação pensando apenas nos atores que devem ser instanciados e na comunicação entre esses atores, sem se preocupar com a localização de cada ator. É responsabilidade da infraestrutura definir onde cada ator será executado, usando algoritmos configuráveis. Já o mecanismo de migração permite que a execução de um ator seja suspensa e retomada em outro computador. A migração de atores possibilita que as aplicações se adaptem a mudanças no ambiente de execução. Nosso sistema foi construído tendo-se em mente possibilidades de extensão, em particular por algoritmos que usem o mecanismo de migração para melhorar o desempenho de uma aplicação. / Writing concurrent applications is generally seen as a dificult and error-prone task. This is particularly true for applications written in the most widely used languages, such as C++ and Java, which offer a concurrent programming model based upon shared memory and locks. Many claim that the way concurrent programming is done in these languages is inappropriate and makes it harder to build systems free from problems such as race conditions and deadlocks. For that reason, and also due to the popularization of multi-core processors, the pursuit for tools better suited to the development of concurrent applications has increased in recent years. An alternative that is gaining attention is the actor model, originally proposed in the 1970s and focused specifically in concurrent computing. In this model, each actor is an isolated entity, which does not share memory with other actors and communicates with them only by asynchronous message passing. The most successful implementation of the actor model is likely to be the one provided by Erlang, a language that supports actors in a very efficient way. The Scala language, which appeared in 2003, runs in the JVM and has many similarities with Java. Its creators, however, sought to provide a better solution for concurrent programming. So the language has a library that implements the actor model and is heavily inspired by Erlang actors. The goal of this work is to explore the usage of the actor model in Scala, speciffically for distributed applications. Taking advantage of the encapsulation imposed by actors and of the concurrency inherent to their model, we propose a platform that manages actor location in a way that is fully transparent to the developer. Our proposed platform has the potential of promoting the development of efficient and scalable applications. Our infrastructure offers two major services, both aimed at managing actor location: automatic distribution and migration. The first one allows the programmer to write his application thinking only about the actors that must be instantiated and about the communication among these actors, without being concerned with where each actor will be located. The infrastructure has the responsibility of defining where each actor will run. It accomplishes this task by using some configurable algorithm. The migration mechanism allows the execution of an actor to be suspended and resumed in another computer. Actor migration allows applications to adapt to changes in the execution environment. Our system has been built with extension possibilities in mind, and particularly to be extended by algorithms that use the migration mechanism to improve application performance.
|
5 |
Exploring the flexibility of scala implicits towards an extensible live environmentGrilo, Vasco André Costa January 2013 (has links)
Tese de mestrado integrado. Engenharia Informática e Computação. Faculdade de Engenharia. Universidade do Porto. 2013
|
6 |
Uma infraestrutura para aplicações distribuídas baseadas em atores Scala / An infrastructure for distributed applications based on Scala actorsThiago Henrique Coraini 28 November 2011 (has links)
Escrever aplicações concorrentes é comumente tido como uma tarefa difícil e propensa a erros. Isso é particularmente verdade para aplicações escritas nas linguagens de uso mais disseminado, como C++ e Java, que oferecem um modelo de programação concorrente baseado em memória compartilhada e travas. Muitos consideram que o modo de se programar concorrentemente nessas linguagens é inadequado e dificulta a construção de sistemas livres de problemas como condições de corrida e deadlocks. Por conta disso e da popularização de processadores com múltiplos núcleos, nos últimos anos intensificou-se a busca por ferramentas mais adequadas para o desenvolvimento de aplicações concorrentes. Uma alternativa que vem ganhando atenção é o modelo de atores, proposto inicialmente na década de 1970 e voltado especificamente para a computação concorrente. Nesse modelo, cada ator é uma entidade isolada, que não compartilha memória com outros atores e se comunica com eles somente por meio de mensagens assíncronas. A implementação mais bem sucedida do modelo de atores é a oferecida por Erlang, a linguagem que (provavelmente) explorou esse modelo de forma mais eficiente. A linguagem Scala, surgida em 2003, roda na JVM e possui muitas semelhanças com Java. No entanto, no que diz respeito à programação concorrente, os criadores de Scala buscaram oferecer uma solução mais adequada. Assim, essa linguagem oferece uma biblioteca que implementa o modelo de atores e é fortemente inspirada nos atores de Erlang. O objetivo deste trabalho é explorar o uso do modelo de atores na linguagem Scala, especificamente no caso de aplicações distribuídas. Aproveitando o encapsulamento imposto pelos atores e a concorrência inerente ao modelo, propomos uma plataforma que gerencie a localização dos atores de modo totalmente transparente ao desenvolvedor e que tem o potencial de promover o desenvolvimento de aplicações eficientes e escaláveis. Nossa infraestrutura oferece dois serviços principais, ambos voltados ao gerenciamento da localização de atores: distribuição automática e migração. O primeiro deles permite que o programador escreva sua aplicação pensando apenas nos atores que devem ser instanciados e na comunicação entre esses atores, sem se preocupar com a localização de cada ator. É responsabilidade da infraestrutura definir onde cada ator será executado, usando algoritmos configuráveis. Já o mecanismo de migração permite que a execução de um ator seja suspensa e retomada em outro computador. A migração de atores possibilita que as aplicações se adaptem a mudanças no ambiente de execução. Nosso sistema foi construído tendo-se em mente possibilidades de extensão, em particular por algoritmos que usem o mecanismo de migração para melhorar o desempenho de uma aplicação. / Writing concurrent applications is generally seen as a dificult and error-prone task. This is particularly true for applications written in the most widely used languages, such as C++ and Java, which offer a concurrent programming model based upon shared memory and locks. Many claim that the way concurrent programming is done in these languages is inappropriate and makes it harder to build systems free from problems such as race conditions and deadlocks. For that reason, and also due to the popularization of multi-core processors, the pursuit for tools better suited to the development of concurrent applications has increased in recent years. An alternative that is gaining attention is the actor model, originally proposed in the 1970s and focused specifically in concurrent computing. In this model, each actor is an isolated entity, which does not share memory with other actors and communicates with them only by asynchronous message passing. The most successful implementation of the actor model is likely to be the one provided by Erlang, a language that supports actors in a very efficient way. The Scala language, which appeared in 2003, runs in the JVM and has many similarities with Java. Its creators, however, sought to provide a better solution for concurrent programming. So the language has a library that implements the actor model and is heavily inspired by Erlang actors. The goal of this work is to explore the usage of the actor model in Scala, speciffically for distributed applications. Taking advantage of the encapsulation imposed by actors and of the concurrency inherent to their model, we propose a platform that manages actor location in a way that is fully transparent to the developer. Our proposed platform has the potential of promoting the development of efficient and scalable applications. Our infrastructure offers two major services, both aimed at managing actor location: automatic distribution and migration. The first one allows the programmer to write his application thinking only about the actors that must be instantiated and about the communication among these actors, without being concerned with where each actor will be located. The infrastructure has the responsibility of defining where each actor will run. It accomplishes this task by using some configurable algorithm. The migration mechanism allows the execution of an actor to be suspended and resumed in another computer. Actor migration allows applications to adapt to changes in the execution environment. Our system has been built with extension possibilities in mind, and particularly to be extended by algorithms that use the migration mechanism to improve application performance.
|
7 |
Scala Web Application Toolkit / Scala Web Application ToolkitŠiroký, Jan January 2013 (has links)
The thesis describes disadvantages of JavaScript in the context of big web applications and presents how they can be eliminated by compilation from a different language to JavaScript. With Scala as the source language, the thesis shows what it takes to implement such a compiler and how to solve issues that arise with the compilation process (interoperability, library distribution). On top of the compiler with a simple runtime a remote metod invocation (RPC) infrastructue is built. It also involves a dynamic client side script loader and an object graph (de)serializer. Finally the work compares the implemented toolkit to similar projects and proposes several interesting directions the toolkit can evolve into. Powered by TCPDF (www.tcpdf.org)
|
8 |
Porovnání dvou světových operních scén se zaměřením na jejich operní studia / THE COMPARISON OF TWO WORLD-CLASSES THEATERS WITH FOCUS ON ITS OPERA STUDIOSHořejšová, Tereza January 2018 (has links)
This work compares two of the biggest opera houses – La Scala and the Metropolitan opera New York and focuses on its Opera Studios. The main goal is to collect as many information as possible and to get to know which one of these institutions provides better possibilities for beggining singers. Besides finding new information I have used my connections with current participants in these institutions, so I could compare their experiences with mine. I have found out two ways of getting into opera studios in general and got to a conclusion which one is more efficient for me personally. Besides practical tips, this work includes historical facts as well as data on notable operatic performers. My thesis should be primarily useful for singers who aspire to have an international carreer.
|
9 |
A parallel implementation of SASLCorovessis, Jiannis January 1983 (has links)
The applicative or functional language SASL is investigated from the point of view of an implementation. The aim is to determine and experiment with a run-time environment (SASL parallel machine) which incorporates parallelism so that constituent parts of a program (its sub-expressions) can be processed concurrently. The introduction of parallelism is characterised by two fundamental issues. The type of programs, referred to as parallel and the so called strategy of parallelism, employed by the parallel machine. The former concerns deriving a graph from the program text indicating the order in which things must be done and the notion of "worthwhile" parallelism. In order to obtain a parallel program the original (sequential) program is transformed and/or modified. Certain programs are found to be essentially sequential. Parallelism is expressed as call-by-parallel parameter passing mechanism and by a parallel conditional operator, suggesting speculative parallelism. The issue of the strategy of parallelism concerns the scheme under which a regime of SASL processors combine their effort in processing a parallel program. The objective being to shorten the length of computation carried out by the sequential machine on the initial program. The class of parallel programs seems to be non-trivial and it includes both non-numerical and numerical programs. The "speed-up" by appealing to parallelism for such programs is found to be substantial.
|
10 |
O desenvolvimento da escrita de sujeitos com deficiÃncia intelectual por meio do software Scala WebFrancisca Jamilia Oliveira de Barros 19 June 2017 (has links)
CoordenaÃÃo de AperfeÃoamento de Pessoal de NÃvel Superior / A presente pesquisa se inscreve na abordagem psicogenÃtica da escrita e teve por objetivo verificar se e como a aplicaÃÃo do sistema de ComunicaÃÃo Alternativa, Scala Web, favorece o desenvolvimento da linguagem escrita de sujeitos com deficiÃncia intelectual. Participaram desta pesquisa 10 sujeitos (5 do grupo experimental e 5 do grupo controle) com deficiÃncia intelectual que estavam em processo de desenvolvimento da escrita (variando do nÃvel silÃbico e silÃbico-alfabÃtico) e que frequentavam escolas da rede pÃblica de Fortaleza. O procedimento da pesquisa consistiu em um estudo experimental no qual cada sujeito construiu 10 textos (orais e escritos), por meio do ambiente Narrativas Visuais do software Scala Web, com o auxÃlio da mediaÃÃo, contabilizando um total de 50 produÃÃes. As intervenÃÃes aconteceram semanalmente, durante o perÃodo de trÃs meses e foram realizadas em duas salas de recurso multifuncional (SRM) de duas escolas pÃblicas de Fortaleza, com duraÃÃo de aproximadamente 45 minutos. Somente os sujeitos do grupo experimental participaram dessas sessÃes. Durante as intervenÃÃes foi realizado um trabalho de mediaÃÃo com os sujeitos tanto em relaÃÃo a interaÃÃo com o software, como tambÃm no sentido de favorecer a escrita dos textos. Todos os sujeitos foram submetidos a um prà e pÃs-teste visando avaliar o desenvolvimento da escrita e o desenvolvimento operatÃrio dos mesmos. ComparaÃÃes estatÃsticas foram efetuadas por meio dos testes nÃo paramÃtricos U de Mann-Whitney e Teste-T. Do ponto de vista estatÃstico, nenhuma diferenÃa pode ser observada entre o grupo controle e o experimental em relaÃÃo a idade cronolÃgica, o desenvolvimento operatÃrio e a linguagem escrita. PorÃm, a anÃlise qualitativa indica avanÃos no grupo experimental, no que se refere a evoluÃÃo da escrita. Os dados revelaram que durante o processo de construÃÃo textual, no inÃcio da pesquisa quatro dos cinco sujeitos utilizavam a construÃÃo dos cenÃrios para planejar o seu texto e organizar a apresentaÃÃo das ideias. Ao tÃrmino da pesquisa esses sujeitos jà conseguiam organizar e construir os seus textos sem o apoio dos cenÃrios. Durante toda a pesquisa a mediaÃÃo se constitui um elemento importante para o desempenho dos sujeitos na produÃÃo escrita. Algumas fragilidades em relaÃÃo ao software foram observadas, porÃm apenas durante a composiÃÃo dos cenÃrios. Tais fragilidades revelam que o ambiente pesquisado se torna de difÃcil acesso para sujeitos que nÃo se encontram em nÃvel alfabÃtico. Na presente pesquisa essa fragilidade foi neutralizada pela mediaÃÃo. Desta forma, podemos inferir que o ambiente Narrativas Visuais do Scala Web, sendo utilizado com fins pedagÃgicos pode auxiliar no desenvolvimento da lÃngua escrita de sujeitos com deficiÃncia intelectual, visto que, à um ambiente motivador que oferece diversas possibilidades de interaÃÃo e disponibiliza recursos, que podem apoiar o processo de construÃÃo textual por parte desses sujeitos.
|
Page generated in 0.068 seconds