Dear Friends,
This year the Dynare Summer School will take place from June 21-25,
2021.
Due to the coronavirus outbreak the school will take place online. The
courses will focus on the simulation and estimation of DSGE models with
Dynare.
More information is available on our website:
https://www.dynare.org/events/dynare-summer-school-2021-applications-open
If interested, you can apply by sending a CV and a recent research paper
(PDFs only) to school(a)dynare.org no later than May 15, 2021.
Best,
Stéphane
On behalf of the Dynare Team
Dear Dynare friends,
We are pleased to announce the release of Dynare 4.6.4.
This maintenance release fixes various bugs.
The Windows, macOS and source packages are already available for
download at the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9
(R2009b) to 9.10 (R2021a), and with GNU Octave version 6.2.0 (under
Windows).
Here is a list of the problems identified in version 4.6.3 and that
have been fixed in version 4.6.4:
Passing multiple shock values through a MATLAB/Octave vector in a
mshocks block would not work
The mode_compute=12 option was broken
The use_mh_covariance_matrix option was ignored
The load_mh_file option together with mh_replic=0 would not allow
computing moments_varendo for a different list of variables
The forecast option was ignored when using mode_compute=0 without
a mode-file to execute the smoother
The discretionary_policy command would crash in the presence of news
shocks
The ramsey_constraints block would crash if the constraints
contained defined parameters
Identification would display a wrong error message if a unit root was
present and diffuse_filter had been set
Particle filter estimation would crash if the initial state covariance
became singular for a draw
Particle filter estimation would crash if k_order_solver option
was specified with options_.particle.pruning
The initial state covariance in particle filter estimation could be
NaN when using nonlinear_filter_initialization=2
despite options_.particles.pruning=1
Output of smoother results when using particle filters would be based
on order=1
Output of moments_varendo results when using particle filters would
be based on order=1
When decreasing the order in .mod files, oo_.dr could contain
stale results from higher orders
Estimation results using the particle filter at order=3 would be
incorrect if the restricted state space differed from the unrestricted
one
The mode_compute=102 option (SOLVEOPT) could return with Inf instead
of the last feasible value
Using analytic_derivation for Bayesian estimation would result in
wrong results when the multivariate Kalman filter entered the steady
state stage
Using analytic_derivation for maximum likelihood estimation would
result in a crash
When using the Bayesian smoother with filtered_vars, the field
for Filtered_Variables_X_step_ahead used the length of vector instead
of the actual steps in filter_step_ahead
mode_compute=1,3 crashed when analytic_derivation was specified
mode_compute=1,3,102 did only allow for post-MATLAB 2016a option names
The cova_compute=0 option was not working with user-
defined MCMC_jumping_covariance
The mode_compute=1 option was not working with analytic_derivation
Not all commands were honouring the M_.dname folder when saving
LaTeX output of the simulated variance decomposition for observables
with measurement error could have a wrong variable label
As a reminder, the list of new features introduced in versions 4.6.x
can be found in the release notes for 4.6.0.
On behalf of the Dynare Team,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
Dear Dynare users,
We are pleased to announce the release of Dynare 4.6.3.
This maintenance release fixes various bugs.
The Windows, macOS and source packages are already available for download at
the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9 (R2009b) to
9.9 (R2020b), and with GNU Octave versions 5.2.0 (under Windows) and 4.4.1
(under macOS).
Here is a list of the problems identified in version 4.6.2 and that have been
fixed in version 4.6.3:
* Using an unknown symbol in irf_shocks option of stoch_simul would lead to
a crash of the preprocessor
* discretionary_policy would crash in the presence of news shocks
* identification would crash for purely forward-looking models
* The endogenous_prior option did not properly handle missing observations
* The auxiliary particle filter with pruning and resampling would crash
* Initialization of the state variance for particle filters was buggy
* An @#else clause after an @#ifndef was not correctly interpreted
* An @#elseif clause after an @#ifdef or an @#ifndef was not correctly
interpreted
* Perfect foresight simulations of models with a single equation would crash
when using either the lmmcp option or the linear_approximation
* Inequality constraints on endogenous variables (when using the lmmcp
option) were not enforced on purely backward or purely forward models
* Perfect foresight simulations with bytecode and block options could crash
if there was a purely forward variable whose value in all periods could be
evaluated backward (typically a process of the form y=a*y(+1)+e)
* extended_path was broken with bytecode
* Under Windows, with Octave, the k-order perturbation and MS-SBVAR MEX files
could not be loaded
* On Fedora (and possibly other GNU/Linux distributions), compilation from
source would fail against Octave 5
As a reminder, the list of new features introduced in versions 4.6.x can be
found in the release notes for
4.6.0.
For the Dynare Team,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
Dear Dynare users,
We are pleased to announce the release of Dynare 4.6.2.
This maintenance release fixes various bugs.
The Windows, macOS and source packages are already available for download at
the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9 (R2009b) to
9.8 (R2020a), and with GNU Octave versions 5.2.0 (under Windows) and 4.4.1
(under macOS).
Note for Windows users: upon launching the Dynare installer, you may get a
warning emitted by Windows Defender SmartScreen, saying that this is an
unrecognized app and that it was prevented from starting. You can safely ignore
this warning, as long as you can verify on the next screen that CEPREMAP is the
editor of the software. This security warning is due to the fact that we had to
renew our code signing certificate (which had expired), and it takes some time
to rebuild our reputation as a software editor using the new certificate.
Here is a list of the problems identified in version 4.6.1 and that have been
fixed in version 4.6.2:
* Perfect foresight simulations of purely backward models could deliver an
incorrect result if some exogenous variable appeared with a lag of 2 or more
(and neither block nor bytecode option was used)
* Perfect foresight simulations of linear models could deliver an incorrect
result if the following four conditions were met:
the model was actually declared as linear through the linear option
there was an exogenous variable with a lead or a lag
stack_solve_algo was equal to 0 (the default) or 7
neither block nor bytecode option was used
* In stochastic simulations, for variables that actually do not leave the
steady state, reported simulated moments could be spurious (due to division
by zero)
* Displayed variance decompositions would only take into account measurement
errors if measurement errors were present for all observed variables
* The posterior variance decompositions with measurement errors computed with
moments_varendo were incorrect
* moments_varendo would not update oo_.PosteriorTheoreticalMoments if it
was already present, from e.g. an earlier run of estimation
* Identification would in some cases compute wrong Jacobian of moments
* Identification would display incorrect results if parameter dependence was
implemented via a steady state file
* generate_trace_plots would crash when measurement errors were present
* estimation would crash for correlated measurement errors
* Parallel execution/testing could crash instead of aborting with a proper
error message
* Under macOS, Dynare would incorrectly claim that it is compiled for Octave
5.2.0 (it is actually compiled for Octave 4.4.1)
* Using external functions in a model local variable would crash the
preprocessor
* Tolerance criteria for steady state computations were inconsistently set
* stoch_simul with its default order=2 would crash with a message about
hessian_eq_zero not existing if an explicit order=1 was present somewhere
else in the .mod file
* Model local variables were not written to the modfile.json JSON file
* Model local variables names would have two spurious underscores at their
point of definition in the dynamic.json and static.json files (but only
in the definition, not when they were used, which is inconsistent)
* The solve_algo=9 option was not accessible. The solve_algo=10 and
solve_algo=11 options were not accessible with block (without bytecode)
* Under certain circumstances, extended_path would crash when used in
conjunction with the block option
* extended_path was not working with the bytecode option
* shock_decomposition was not accepting the options of estimation related
to smoothing
* conditional_forecast would display a warning even if the simulation was
successful
* The prior_trunc option of identification was not working
* The rand_multivariate_student value of the proposal_distribution option
was not working when used with the
tailored_random_block_metropolis_hastings posterior sampling method
* Perfect foresight simulations of backward models would crash if convergence
failed with complex-valued residuals
* The diffuse Kalman smoother would crash if Finf became singular
As a reminder, the list of new features introduced in versions 4.6.x can be
found in the release notes for
4.6.0.
For the Dynare Team,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
Dear all,
Due to the coronavirus outbreak, we decided to cancel the summer school
this year. As you probably know, France, as most of Europe, is still in
lockdown. It has been announced this week that the lockdown will be
partially relieved mid May, but it may be that the restaurants and
hotels will not open before mid-July. It is also most likely that the
borders will remain closed for the summer. Under these circumstances, it
is not possible to organize the summer school. We do not plan to setup
an online summer school, because it would be difficult to make it truly
interactive, and also this would imply additional work that we cannot
supply given the current situation.
We are really sorry for this, and wish you all a safe and healthy
summer.
Stéphane
On behalf of the Dynare Team
Dear Dynare users,
We are pleased to announce the release of Dynare 4.6.1.
This maintenance release fixes various bugs.
The Windows, macOS and source packages are already available for
download at the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9
(R2009b) to 9.7 (R2019b), and with GNU Octave versions 5.2.0 (under
Windows) and 4.4.1 (under macOS).
Here is a list of the problems identified in version 4.6.0 and that
have been fixed in version 4.6.1:
Installation on macOS would fail if the GCC compiler was supposed to be
installed and www.google.com was not reachable or blocked Dynare++ was
missing the dynare_simul.m file The parameter vector M_.params would
not be correctly updated after calls to stoch_simul and
discretionary_policy if parameters had been modified in a steady state
fileThe stoch_simul command with both the nograph and TeX options would
crash The stoch_simul command with the noprint option would crash The
prior moments command would crash if the used parameter vector
triggered an error code In case of problem, the discretionary_policy
command would crash instead of aborting with a proper error
code Computing of prior/posterior statistics would not work in
parallel Closing of parallel estimation on GNU/Linux could crash The
histval command would not work in combination with the
predetermined_variables command Ramsey optimal policy with multiple
instruments would crash if a steady state file returned complex values,
instead of providing an error message The model_diagnostics command
would not correctly update the parameter vector if the latter was set
in a steady state fileThe model_diagnostics command would ignore the
nocheck steady state flag
As a reminder, the list of new features introduced in the 4.6.x series
can be found in the release notes for 4.6.0.
For the Dynare Team,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
Dear Dynare users,
the Dynare team is currently trying to gain insight into the user base and
the software environments its users are operating. This will allow us to
make better informed decisions about future development plans. We highly
appreciate your feedback. The survey is available at
https://www.survey3.uni-koeln.de/index.php/569733?lang=en
and should only take a few minutes to complete. It is anonymous.
Please take some time to fill out the questionnaire.
Kind regards,
Johannes Pfeifer
-------------
Johannes Pfeifer
Center for Macroeconomic Research
University of Cologne
Dear Dynare friends,We are pleased to announce the release of Dynare
4.6.0.
This major release adds new features and fixes various bugs.
The Windows, macOS and source packages are already available for
download at the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9
(R2009b) to 9.7 (R2019b), and with GNU Octave versions 5.2.0 (under
Windows) and 4.4.1 (under macOS).
Major user-visible changes
Stochastic simulations
The perturbation method is now available at an arbitrary approximation
order. In other words, the order option of stoch_simul accepts an
arbitrary positive integer (of course, up to some model-specific
computational limit).
New option filtered_theoretical_moments_grid of stoch_simul, that
supersedes hp_ngrid.
Estimation
Nonlinear estimation is now also available at an arbitrary
approximation order. In other words, the order option of estimation
accepts an arbitrary positive integer (of course, up to some model-
specific computational limit).
Various improvements to particle filters.
It is now possible to estimate models under optimal policy (see below).
Variance decomposition of observables now accounts for measurement
error.
New option mh_tune_jscale of estimation command for tuning the scale
parameter of the proposal distribution of the Random Walk Metropolis
Hastings.
Added debugging info when parameters take a NaN or Inf value.
Option mode_compute=1 is now available under Octave.
Perfect foresight and extended path
A significant speed improvement should be noted on large models (when
neither bytecode nor block
option is used). The stacked problem is now constructed using a
dedicated machine-compiled library that greatly speeds up the process
(in particular, the time spent in that step can become negligible when
the use_dll option is used).
New options print and noprint of perfect_foresight_solver command.
Option stack_solve_algo=2 is now available under Octave.
Steady state
Option solve_algo=7 is now available under Octave.
Optimal policy
The ramsey_policy command is now deprecated. It is superseded by
successive calls to ramsey_model, stoch_simul, and
evaluate_planner_objective (in this order).
It is now possible to estimate a model under optimal policy (either
Ramsey or discretionary) by running the estimation command after either
ramsey_model or discretionary_policy. It is however not yet possible to
estimate parameters that appear in the discount factor of the social
planner.
Discretionary policy returns a more informative error message
when the objective has nonzero derivatives with respect to some
variables.
Identification
Added minimal system identification check of Komunjer and Ng (2011).
Added spectrum identification check of Qu and Tkachenko (2012).
Identification is now also available for approximation orders 2
and 3 with either analytical or numerical parameter derivatives. The
relevant moments and spectrum are computed from the pruned state space
system as in Mutschler (2015).
All tests (moments, spectrum, minimal system, strength) can be turned
off.
More numerical options can be changed by the user.
Improved printing and storage (same folder) of results.
Sensitivity analysis
New diffuse_filter option to the dynare_sensitivity command.
Arbitrary expressions can now be passed for the interval boundaries in
irf_calibration and moment_calibration. ⚠ This breaks the previous
syntax, requiring that the lower/upper bounds be separated by commas.
Forecasting and smoothing
In conditional_forecast_paths, it is no longer
required that all constrained paths be of the same length. There may
now
be a different number of controlled variables at each period. In that
case, the order of declaration of endogenous controlled variables and
of
controlled_varexo matters: if the second endogenous variable is
controlled for less periods than the first one, the second
controlled_varexo isn't set for the last periods.
New option parameter_set to the calib_smoother command.
⚠ The results of conditional_forecast command is now saved in oo_ (used
to be in a file)
Shock decomposition
Added fast_realtime option to real time shock
decomposition (deactivated by default, runs the smoother only twice:
once for the last in-sample and once for the last out-of-sample data
point).
New diff, flip, max_nrows, plot_init_date and plot_end_date options to
plot_shock_decomposition.
New initial_decomposition_decomposition command, for computing and
plotting the decomposition of the effect of smoothed initial conditions
of state variables.
New squeeze_shock_decomposition command, for removing decompositions of
variables that are not of interest.
New with_epilogue option (common to shock_decomposition,
realtime_shock_decomposition and initial_condition_decomposition).
New init2shocks block to attribute initial conditions to shocks.
Macro processor
New object types: real (supersedes integers), boolean (distinct from
integers), tuple, user-defined function.
New operators: various mathematical functions, set operations on
arrays (union, intersection, difference, cartesian power and product),
type checking and conversion.
Added support for comprehensions (e.g. the set containing the squares
of all even numbers between 1 and 5 can be constructed with [ i^2 for i
in 1:5 when mod(i,2) == 0]).
User-defined functions can be declared using the @#define operator
(e.g. @#define f(x) = 2*x^2+3*x+5).
@#elseif-clauses are now supported in conditional statements.
@#for loops can iterate over several variables at the same time (e.g.
@#for (i,j) in X, where X is an array containing tuples of size 2).
Added the possibility to exclude some elements when iterating over
@#for loops (e.g. @#for i in 1:5 when mod(i,2) == 0 iterates over all
even numbers between 1 and 5).
A defined() function allows testing whether macro variables have been
defined.
Empty arrays (with the [] syntax) are now possible.
Arrays of arrays are now supported.
New macro directives @#echomacrovars and @#echomacrovars(save) for
displaying or saving the values of all macro-variables.
Inline comments are now supported.
⚠ All division operations are now done with doubles (as opposed to
integers). To achieve the old functionality, use the new floor
operator.
⚠ Colon syntax used to require braces around it to create an array
(e.g. [1:3] would create [1,2,3]). Now this is not necessary (1:3
creates [1,2,3] while [1:3] would create [[1,2,3]]).
⚠ Previously, printing a boolean would print 1 or 0. Now, it prints
true or false. To achieve the old functionality, you must cast it to a
real, e.g. @{(real)(1!=0)}.
LaTeX output
New command write_latex_steady_state_model.
New option planner_discount_latex_name of ramsey_model and
discretionary_policy.
New command model_local_variable command for assigning a LaTeX name to
model-local variables.
The write_latex_static_model and write_latex_original_model commands
now support the write_equation_tags option.
Compilation of the model (use_dll option) made easier and faster
Under Windows, it is no longer necessary to manually install the
compiler, since the latter is now shipped by the Dynare installer.
Under macOS, the Dynare installer now automatically downloads and
installs the compiler.
It is no longer necessary to configure MATLAB to let it know
where the compiler is, since the compilation is now done by the
preprocessor.
The compilation phase is now faster on large models (this has
been achieved by disabling a few time-consuming and not-so-useful
optimization passes otherwise done by the compiler).
New compilation_setup block for specifying a custom compiler or custom
compilation flags.
Model, variables and parameters declaration
New syntax to declare model variables and parameters on-the-fly in the
model block. To do this, simply follow the symbol name with a vertical
line (|, pipe character) and either an e, an x, or a p. For example, to
declare a parameter named alpha in the model block, you could write
alpha|p directly in an equation where it appears. Similarly, to declare
an endogenous variable c in the model block you could write c|e.
New syntax to declare model variable and parameters on-the-fly in
equation tags. In the tag, simply state the type of variable to be
declared (endogenous, exogenous, or parameter followed by an equal sign
and the variable name in single quotes. Hence, to declare a variable c
as endogenous in an equation tag, you can type [endogenous='c'].
New epilogue block for computing output variables of interest that may
not be necessarily defined in the model (e.g. various kinds of
real/nominal shares or relative prices, or annualized variables out of
a quarterly model).
Command-line options
Added the possibility to declare Dynare command-line options in the
.mod file.
New option nopreprocessoroutput to disable printing of messages from
the preprocessor.
It is now possible to assign an arbitrary macro-expression to a macro-
variable defined on the command-line, using the -D syntax.
New option linemacro to revert to the old format of the macro-processed
file (see below).
Preprocessor outputs and inputs
Added JSON output to the preprocessor. A representation of the model
file and the whole content of the .mod file is saved in .json
files. These JSON files can be easily parsed from any language (C++,
Fortran, Python, Julia, MATLAB, Octave…). This new feature opens the
possibility to develop alternative back-ends for the Dynare language.
⚠ Most files generated by the preprocessor are now grouped under two
subdirectories. Assuming your file is FILENAME.mod, then M-files and
MEX-files will be under +FILENAME/, while other output (JSON, LaTeX,
source code for the MEX files) will be under FILENAME/.
The macro-generated output is now more readable (no more line
numbers and empty lines). The old behaviour can be restored using the
linemacro option (see above).
Ability to call the preprocessor by passing the .mod file as a string
argument from the macOS or GNU/Linux command line.
dseries classes
New functionalities and efficiency improvements.
Complete rewrite using the new classdef syntax and exploiting in place
modifications when possible.
Integration of the dates classes within dseries.
Reporting classes
Automatically create titlepage with page numbers/page titles.
Allow for the removal of headers and footers from a given page.
Allow user to set page number.
Split up report output. Create new files for the preamble, the body of
the report, and each individual page of the report.
The classes have been converted to the new classdef syntax.
Misc
External functions can be located in MATLAB/Octave namespaces.
Improvements to the balanced growth path test that is performed
after Dynare has detrended the model (given the trends on variables
declared by the user): the default tolerance has been raised, and a
different value can be set with new option balanced_growth_test_tol to
the model block; as a consequence, failing the test is now an error
again.
New collection of MATLAB/Octave utilities to retrieve and alter
objects: get_irf, get_mean, get_shock_stderr_by_name, get_smooth,
get_update, set_shock_stderr_value.
⚠ Previously, when some MEX files were missing, Dynare would
automatically fall back to slower M-file functional alternative; this
is
no longer the case. It is however still possible to manually add
these
alternatives in the MATLAB/Octave path (they are located under
matlab/missing/mex; this only applies to the mjdgges, gensylv,
A_times_B_kronecker_C, sparse_hessian_times_B_kronecker_C and
local_state_space_iteration_2 DLLs).
Since there are a few backward-incompatible changes in this release,
users may want to have a look at the upgrade guide to adapt their
existing codes.
Bugs that were present in 4.5.7 and that are fixed in 4.6.0
Estimation: the check for stochastic singularity erroneously would only
take estimated measurement error into account.
Estimation: if the Hessian at the mode was not positive definite,
the Laplace approximation returned a complex number, but only
displayed
the real-valued part.
Conditional Forecasting: using one period only would result in a crash.
First-order approximation was not working with purely forward-looking
models.
The preprocessor would not allow for inline comments including macro
statements.
Using the STEADY_STATE() operator on exogenous variables would lead to
crashes in stochastic simulations.
moment_calibration: for autocorrelation functions, the x-axis labeling
had the wrong order.
plot_identification: placement of white dots indicating infinite values
was incorrect
Automatic detrending would sometime refuse to detrend model despite the
user having given correct trends.
Using use_dll + fast options would not always recompile the model when
the equations were changed.
Under certain circumstances, the combination of bytecode and
stack_solve_algo=1 options could lead to crashes or wrong results.
References
Komunjer, I. and S. Ng (2011), “Dynamic Identification of Dynamic
Stochastic General Equilibrium Models,” Econometrica, 79(6), 1995–2032
Qu, Z. and D. Tkachenko (2012), “Identification
and frequency domain quasi‐maximum likelihood estimation of
linearized
dynamic stochastic general equilibrium models,” Quantitative Economics,
3(1), 95–132
Mutschler, W. (2015), “Identification of DSGE models—The effect of
higher-order approximation and pruning,” Journal of Economic Dynamics
and Control, 56, 34–54
For the Dynare Team,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
Dear Friends,
This year the Dynare Summer School will take place from July 6-10,
2020.
It will be hosted by the Banque de France in Paris, France. The courses
will focus on the simulation and estimation of DSGE models with Dynare.
The invited speaker will be Edward Herbst of the Federal Reserve Board
of Governors.
More information is available on our website:
https://www.dynare.org/events/dynare-summer-school-2020-applications-open
If interested, you can apply by sending a CV and a recent research
paper (PDFs only) to school(a)dynare.org no later than April 15, 2020.
Best,
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
https://sebastien.villemot.name
The Dynare project at CEPREMAP is hiring a research software engineer.
Dynare is a leading economic modeling software that can handle a wide
class of economic models, in particular dynamic stochastic general
equilibrium (DSGE) models. Dynare is widely used in the academic world
for research and teaching purposes, and in various public and private
bodies for performing policy analysis exercises and as a support tool
for forecasting exercises.
The offered job consists in:
designing algorithms, or adapting existing ones, for solving a wide
array of problems that arise when solving or estimating economic
modelswriting the software implementation of these algorithmsfixing
software bugsinteracting with users on the various user support
channelsgiving training sessions at the annual Dynare Summer School
(and possibly during other events)
The ideal candidate would have skills in the following fields:
macroeconomic modeling (in particular DSGE models)econometrics (in
particular time series and Bayesian techniques)applied mathematics
(especially numerical linear algebra)computer science (basic
algorithmics)computer programming
Experience in all these fields is not a strict requirement, but the
candidate is expected to display strong abilities to learn autonomously
in the areas where he/she lacks knowledge.
Since Dynare is written in MATLAB, Octave, C++ and Julia, some
experience with at least one of these programming languages (or with
another scientific programming language, such as Fortran, Python or R)
is a requirement. A familiarity with Git (the distributed version-
control system) is an asset, since that technology is used for managing
the source code of Dynare.
Holding a PhD in economics, computer science or applied mathematics is
an asset but is not required.
Depending on the candidate’s profile, a given percentage of the work
time could be dedicated to the pursuit of his/her personal research
projects.
The job is based in Paris, France. The CEPREMAP premises are on the
same campus as École Normale Supérieure (campus Jourdan) and Paris
School of Economics, which provide a stimulating intellectual
environment, with many world-class researchers in economics on-site and
the possibility of attending several research seminars in economics.
Knowledge of French is not a requirement.
The position is a fixed-term one year contract, starting in fall 2019.
It may be renewed or converted into a permanent position, depending on
the direction taken by the project.
Salary depends on qualification and experience.
Applications, with a resume, an example computer program and possibly a
research paper, should be sent to: recruitment(a)dynare.org
--
Sébastien Villemot
Economist at CEPREMAP
Dynare developer
http://sebastien.villemot.name